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PREFACE 



The maintenance tools described in this manual operate on CRAY-1 Model A, 
B, C, S, M, and X-MP Computer Systems that use the I/O Subsystem (IOS) to 
run and monitor diagnostic tests. Although certain models have specific 
diagnostics associated with them, the Cray maintenance tools themselves 
operate similarly from one Cray Computer System to the next. 

The differences that exist among the maintenance tools themselves are 
generally restricted to terminology; such as CMOSX and CPXM on Cray X-MP 
computer systems and CMOS and CPUM on CRAY-1 Computer Systems. For 
specific information on individual diagnostics, refer to Appendix A in 
this manual and the Cray Diagnostic Ready Reference Manuals, CRI 
publications HQ-1007, HQ-1004, and HQ-1005. 

HM-1002 is intended for Cray field engineers and is divided into two 
parts and an appendix section: 

Part 1, Operation, describes the commands and capabilities of the CRAY 
X-MP diagnostic maintenance tools (operating systems, boots, online 
systems, monitors and disk routines) . 

Part 2, Software Maintenance, describes the steps that must be taken to 
assemble or modify diagnostics on site. 

The appendix section contains descriptions of CPU, I/O Subsystem (IOS) , 
and foreign interface tests. 

Throughout this manual, all keyboard commands are terminated by pressing 
the RETURN key. See section 4 of the I/O Subsystem (IOS) Operator's 
Guide, CRI publication SG-0051 for more detailed information about 
entering commands. All variable or user-supplied command parameters are 
indicated by the use of italic type. For example, when the following 
command is entered: 

:SCAN filename 

The CMOSX :SCAN command is performed on file filename. 

Other publications that may be of interest to the reader are: 

• APML Assembler Reference Manual, CRI publication SR-0036 

• APML Quick Reference Card, CRI publication SQ-0059 

• CAL Assembler Version 1 Reference Manual, CRI publication SR-0000 
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• COS Operational Aids Reference Manual, publication SM-0044 

• CRAY-1 Computer Systems Diagnsotic Ready Reference Guide, 
publication HQ-1004 

• CRAY-1 Computer Systems Maintenance Control Unit (MCU) Based Field 
Engineer's Diagnostic Reference Manual, HM-1000 

• CRAY-1 S Series Mainframe Reference Manual, publication HR-0029 

• CRAY-1 M Series Mainframe Reference Manual, publication HR-0064 

• CRAY-OS Version 1 Reference Manual, publication SR-0011 

• CRAY X-MP Computer Systems Diagnostic Ready Reference Guide , 
publication HQ-1005 

• CRAY X-MP Series Mainframe Reference Manual, publication HR-0032 

• I/O Subsystem (IOS) Diagnostic Ready Reference Guide, publication 
HQ-1003 

• I/O Subsystem (IOS) Operator's Guide, publication SG-0051 

• I/O Subsystem Reference Manual, publication HR-0030 

• IOS Software Internal Reference Manual, publication SM-0046 

• Diagnostic Programmer's Guide, publication CP-1006 

• UPDATE Reference Manual, publication SR-0013 
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PART 1 
OPERATION 



INTRODUCTION 1 



Cray Research, Inc., diagnostics use the maintenance control unit (MCU) 
philosophy. The diagnostics use a small computer or I/O Subsystem (IOS) 
to test a CPU or another I/O Processor (IOP) (see figure 1-1). 

The program modules associated with display, control, and problem 
isolation are executed in the MCU, and not in the suspected failing 
machine. The family of diagnostic tools for the CRAY X-MP and CRAY-1 S 
and M Series of Computer Systems is based in the I/O Subsystem (IOS) and 
made up of the following programs: 

• Diagnostic Support System (DSS) 

• Cray Maintenance Operating System (CMOSX) 

• CPU and I/O Subsystem (IOS) boots (various stand-alone tests) 

• CPU and IOS online tests 

• Disk aid routines 



The diagnostic software described in this manual runs on Cray Computer 
Systems and requires the following minimum hardware configuration: 

• IOPO - Master I/O Processor (MIOP) 

• 2 CRT- 4 displays 

• Peripheral Expander with a tape drive 

• 80 Mbyte disk 

• Printer*^ 

Detailed information on the IOS is beyond the scope of this publication. 
See the I/O Subsystem Reference Manual, CRI publication HR-0030, the I/O 
Subsystem (IOS) Operator's Guide, CRI publication SG-0051, and the IOS 
Software Internal Reference Manual, CRI publication SM-0046 for 
additional information. 



t Only required when installing a new system or a bugfix 
ft Useful but not required for most diagnostics. Online software has 
different requirements. 
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Printer 



Peripherals 



CRT- 4 CRT- 4 
Figure 1-1. I/O Subsystem configuration 



1.1 DIAGNOSTIC SUPPORT SYSTEM (DSS) 

The Diagnostic Support System (DSS) is a simple operating system that 
performs file management for diagnostic tests. DSS performs transfers 
between modules (CMOSX and boots) , loads diagnostic binaries, dumps 
backup copies of diagnostic binaries, and edits command buffers. DSS 
executes in IOPO or I0P1 and, therefore, can also be referred to as DSSO 
or DSS1. For a detailed description of DSS, see part 1, section 2. 



HS and LS represent the high-speed and low-speed channels, 
respectively. 
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1.2 CRAY MAINTENANCE OPERATING SYSTEM 

The Cray Maintenance Operating System (CMOSX for CRAY X-MP Computer 
Systems or CMOS for CRAY-1 S and M Computer Systems) is an MCU system 
control program, based in I/O Processor (IOPO), that can run 
diagnostics concurrently on CPUs and IOPs. CMOSX and its tests are 
loaded from the Peripheral Expander 80 Mbyte disk, tape drive, or the 
micro MCU into IOPO. 

If CMOSX cannot be brought up, use the basic checkout display (BCD) 
program or the basic processor diagnostic (BPX) . BCD and BPX exist on 
stand-alone deadstart tapes See part 1, section 6 of this manual for a 
detailed description of these two programs. 

A micro MCU-based version of MCU Basic can also be used to test 

t 
IOPO. See the Cray-1 Computer Systems Maintenance Control Unit 

(MCU) Based Field Engineer's Diagnostic Reference Manual, publication 

HM-1000 for a detailed description of MCU Basic. For a detailed 

description of CMOSX, see part 1, section 3 of this manual. 



1.3 CPU AND I/O SUBSYSTEM BOOTS 

CPU and I/O Subsystem boots are individual stand-alone tests that do not 
run under the control of MCU systems. They are, instead, bootstrapped 
into an IOP and take over the display. Examples of boots are CPXM or 
CPUM (Cray CPU Memory test) , IOPM (I/O Processor Memory test) , and BMT 
(Buffer Memory test). CPU boots are detailed in part 1, section 4. For 
a detailed description of IOS boots, see part 1, section 6 



1.4 CPU AND I/O SUBSYSTEM (IOS) ONLINE TESTS 

Online diagnostics tests run under the control of the customer's 
operating system; normally the Cray Operating System (COS) . To submit an 
online diagnostic test, enter a series of COS control statements as a COS 
job. For more information about COS control statements, see the CRAY-OS 
Version 1 Reference Manual, publication SR-0011. Online CPU tests are 
detailed in section 5. For a detailed description of online IOS tests, 
see part 1, section 8. 



t A NOVA-4C based version of MCU Basic can also be used to test IOPO, 
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1.5 DISK AID ROUTINE 

The disk aid routine is a micro-interpreter that allows you to interact 
with disk drives and the controller without being concerned with the 
detailed programming of an I/O sequence. For a detailed description of 
disk aid routines, see part 1, section 7. 
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DIAGNOSTIC SUPPORT SYSTEM (DSS) 



The Diagnostic Support System (DSS) is a simple operating system that 
provides the following file management functions for all CMOSX tests: 

• Organizes files (File Name Table) 

• Manages file-to-file functions (file commands) 

• Loads diagnostic program modules 

• Edits diagnostic program text 

• Manages the tape file directory 

DSS runs in IOPO and accesses the Peripheral Expander 80 Mbyte disk 
drive. DSS is called DSSO when it is running in IOPO. DSSO can be 
intialized from either tape or disk and is used to run diagnostics tests 
on IOP1, IOP2, and IOP3. If deadstarting from tape, use the tape 
deadstarting procedures listed in Appendix D.l and select the following 
from the boot menu: 

DSSO 

If deadstarting from disk, follow the disk deadstart procedures in 
Appendix D.2. The disk deadstart procedure automatically brings up DSSO, 

DSS1' can also be brought up from either tape or disk and is used to 
test IOPO, the line printer, and the Peripheral Expander chassis. If 
deadstarting from tape, follow the tape deadstart procedures in Appendix 
D.3.1 and select the following from the boot menu: 

DSS1 

Identify the IOPl console and the disk by entering U on an IOP1 console. 
The screen then prompts you to designate a DD-19/29 disk channel by 
displaying the following query: 

CHANNEL? 



DSS1 is only available on Cray Computer Systems that are configured 
with DD-19s and DD-29s. Sites not able to run DSS1 can use the micro 
MCU to test IOPO. 
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Respond to the query by entering a value in the range between 20s and 
37 8 . 

If deadstarting from disk, follow the disk deadstart procedures in 
Appendix D.2. The disk deadstart procedure automatically brings up 
DSSO. To boot DSS1, enter: 

BOOT DSS1. 

Identify the IOPl console by entering U on the IOP1 console. The screen 
then prompts you to designate a DD-19/29 disk channel by displaying the 
following query: 

CHANNEL? 

Respond to the query by entering a value in the range between 2O3 and 
37 8 . 



NOTE 
Running DSS1 requires much of IOP0 to be functional. 



2.1 FILE ORGANIZATION 

DSS organizes program files by tracks on disk in the following way: 

• Track 2 File Name Table (FNT) 2 contains the program modules 

associated with DSS. 

• Track 3 FNT 3 contains the I/O Subsystem (IOS) tests. 

• Track 4 FNT 4 contains all of the CPU tests. 

• Track 5 FNT 5 contains the text files used by the HELP commands 



2.2 DSS FILE MANAGEMENT COMMANDS 

DSS manages individual CMOSX files with DSS file management commands. 
DSS returns a running dayfile of the file management commands that have 
been entered. No other displays are associated with DSS. To obtain more 
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information on the other features available with DSS, enter the following 
command : 

LIST DSS 5 

Press the RETURN key to terminate all DSS commands. Use the DEL key to 
backspace over typographical errors, or use the LINEFEED key to erase the 
entire line. Table 2-1 lists DSS file management commands and briefly 
describes each. 



Table 2-1. DSS file management commands 



Command 



ADD filea fileb 



APAL infile outfit e 
list file 



APPEND testname monitor 
dfile nblks 



BITS binfile listfile 



BOOT name 



Description 



Concatenates filea and fileb; contents 
of filea are unchanged. 

Invokes the APAL assembler ; the APML source 
statements are stored in infile, the 
output in outfile, and the listing is 
created in listfile. 

Unblocks diagnostic testname and monitor 
monitor, then writes the output to disk 
file dfile. nblks is the number of 
4000-word blocks to write; the default is 1. 

Creates a listing file from a binary disk 
file. The contents of the listing file are 
formatted into three different bit patterns 
as shown in the example below: 

1 000 111 000 111 000 (1-3-3-3-3-3 pattern) 

10001110 00111000 (8-8 pattern) 

1000111000111000 (1 by 16 pattern) 

binfile is the name of the binary disk 
file and listfile the listing file that is 
created. The primary purpose of this 
program is to display program code in a 
format that allows efficient decoding. 

Brings up the stand-alone module name 
where name can be the name of any module 
that is intended to be booted. For example, 
any of the following: 
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Table 2-1. DSS file management commands (continued) 



Command 



BOOT (continued) 



BTOL in file bin file n 



CDC num 

CDFL 

CPNT n 

COPY old file new file 
oldfnt newfnt 



COPYT 



Description 



BMT r 

CMOSX 

IOPM f 



CBM 

CPXMO 

IPC A 



CLRIO 

DKX 

MBUF*" 



CMOS 
DUMP 
SLAT 



Creates octal listing binfile from binary 
input file infile. n is the FNT track 
number; the default is 2. Each binary word 
in the source file is formatted into a 
6-digit grouping that is printed. The 
binary bits are grouped in a 1-3-3-3-3-3 
pattern for printing. If infile is a 
number, the corresponding track is used as 
binary input. 

Changes the display image to the image on 
channel num 

Clears all but the last track of the dayfile 

Drops all files in FNT track n 

Copies all data blocks of oldfile on disk 
to newfile. if filename newfile already 
exists on disk, it is purged, oldfnt is the 
the FNT track number of oldfile and newfnt 
is the FNT track number of newfile. if 
oldfnt and newfnt are not specified, the 
default is 2. 

Duplicates a tape (IOPO deadstart tape or 
DSS initialization tape) . Use the following 
procedure: 

1. Mount the source tape. 

2. Press the SPACEBAR to read it. 

3. The tape rewinds when it has been read. 

4. Mount the destination tape. 

5. Press the SPACEBAR to write it. 

6. Press the RETURN key to terminate the 
current write operation. 



t See part 1, section 6 for a detailed description of this diagnostic. 



HM-1002 



Part 1 
2-4 



Table 2-1. DSS file management commands (continued) 



Command 



Description 



COPYT (continued) 



C VRT dgfi le ds sfi le n 
CVRTA dssfile dgfile n 



DDF 



DISK 



DROP filename n 



DSA filename 



DSA ECD 



If any read or write errors occur during the 
copying process, the program pauses and 
displays an appropriate message on the 
screen. The program can be aborted at this 
point by pressing the RETURN key. Program 
execution continues with a retry if the 
SPACEBAR is pressed. Files that have been 
replaced and labeled as obselete (subsection 
2.5) in the tape file directory are not 
copied, unless the pound sign is the first 
input parameter. 

Converts DG text format dgfile to DSS text 
format dssfile . n is the FNT track 
number; the default is 2. 

Converts DSS text format dssfile to DG 
text format dgfile . n is the FNT track 
number; the default is 2. 

Displays the last 20 lines of the dayfile on 
the screen 

Displays the number of disk sectors used on 
the screen 

Removes filename from the FNT. All disk 
tracks occupied by the file are freed for 
use by other files. The file index block 
(FIB) is removed; all file contents are 
lost. Once the DROP utility has been used 
on a file, the file cannot be restored, n 
is the FNT number; the default is 2. 

Deadstarts another I/O Processor (IOP) with 
file filename* . 

Deadstarts the Peripheral Expander driver to 
IOP0. DSA ECD must be entered prior to 
using tape, a reader, or a printer. 



t DSSO deadstarts IOPl; DSS1 deadstarts IOP0. 
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Table 2-1. DSS file management commands (continued) 



Command 



Description 



DSA LOG 

DSA TBOOT 

EDIT oldname newname 



ERASE 
ETYPE file 



FDMP n 



FLOAD n 



FLOAD @ 



Deadstarts the error log display program 
into IOPO. Enter U to identify the IOPO 
display console . 

Redeads tarts IOPO from tape 

Allows the user to examine and modify the 
contents of a disk storage file on the 
screen. If this program is used, it is 
unnecessary to keep backup files on punched 
cards, because tapes can be used to store 
backup files. 

oldname is the name of the file to be 
edited, and newname is the name of the 
file that is created and edited. @ can be 
used in place of the input file oldname, 
EDIT @ creates file newname without any 
input file. 

Erases an entire tape 

Displays error lines from the A Programming 
Assembly Language (APAL) listing file on 
the display. To advance to the next error 
line, press the SPACEBAR. To abort, press 
the CR key. 

Dumps all program modules from one FNT to a 
backup tape where n can be one of the 
following : 

n=2 Dumps DSS program and boots 

72=3 Dumps I/O Subsystem program 

n=4 Dumps CPU programs 

n=5 Dumps the text FNT 

Loads an FDMP-type tape into FNT n. FLOAD 
is the only program that can read the tape 
that is created. 

Loads all files into their proper FNTs as 
specified by the tape's FNT directory 



HM-1002 



Part 1 
2-6 



Table 2-1. DSS file management commands (continued) 



Command 



FNT n dfile 



LIST listfile n 



LISTE filename 



LLA n 



LLF testname n 



LOAD filename 



MLOAD 



READ sfile newfile n 



Description 



Formats the FNT into a new disk file that 
can be listed or edited. n is the FNT 
track number; default is 2. If the file 
already exists on the disk, it is replaced 
by the new file. If the destination file 
dfile is not entered, the formatted file 
is displayed on the screen. 

Prints a listing from file listfile on FNT 
n. Binary files can be listed in octal by 
executing the DSS BTOL command and then 
listing the resulting file, n is the FNT 
track number; default is 2. 

The program pauses at the end of a page if 
any key is pressed and can be aborted at 
this point by pressing the CR key. Program 
execution continues if the SPACEBAR is 
pressed. 

@ can be used as the file name. If @ is 
used, the dayfile, which is not accessible 
by name, is listed. 

Lists error lines from the APML listing file 

filename 

Loads all files from an Eclipse MCU Basic 
library tape to FNT track n; default is 3. 

Loads program testname to FNT track n 
from an Eclipse MCU Basic library tape 

Copies a card deck to disk storage and 
labels the file filename. Data is packed 
as it is loaded and an end of file is marked 
by an ETX that is sensed in the card data. 

Loads the Nova portion of the disk from an 
MCU Basic save tape 

Reads a source file sfile from tape and 
stores the file on disk. If the file is not 
found, a message is printed on the screen 
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Table 2-1. DSS file management commands (continued) 



Command 



Description 



READ (continued) 



READA filename n 



RENAME old new n 



REWIND 

RTDIR filename 

RTL 



and the program terminates. If sfile is 
found in the directory, the file is located 
on tape. 

A request/write operation is performed to 
establish the new disk file in the FNT and 
create a file index block (FIB) for the 
file, newfile is the name of the new file 
on disk. Data is written to disk in blocks, 
and the tape is rewound after all data has 
been transferred. The Track Reservation 
Table and FIB are stored for the file, n 
is the FNT track number; the default is 2. 

@ can be substituted for the name of the 
file on tape. When this is done, the 
program assumes that the tape is already 
properly positioned at the point where 
reading is to start. 

Reads all files from tape to FNT track n; 
the default is 2. If filename is a 
character name, all files are concatenated 
to it. 

Allows the names of disk files to be 
changed, old is the previous name of the 
disk file, new is the label that is to be 
associated with the file, and n is the FNT 
track number; the default is 2. If new 
already exists in the FNT, the request is 
not honored and an error message is 
displayed . 

Rewinds the Peripheral Expander tape drive 

Reads a tape directory to disk file 
filename. Once on disk, the directory can 
be edited and rewritten to the tape. 

Reads and writes data files using the tape 
directory. RTL is part of the deadstart 
package and has no input parameters. Data 
files are written to disk; files replaced 
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Table 2-1. DSS file management commands (continued) 



Command 



RTL (continued) 

rxt name fileno n 

SKIPF 
SORT n 
TDMP 



type filename n 



verify filea fileb 



Description 



and labeled as obsolete (subsection 2.5) are 
skipped. The name of each file is entered 
in the FNT, and a file index block (FIB) is 
created for each data file. 

Copies RDOS XFER tape file fileno to file 
name on FNT track n; the default is 4. 

Skips one tape file 

Sorts the file names in FNT track n 

Creates an IOPO deadstart tape that stores 
the exit stack, operand registers, or Local 
Memory. Boot the tape, and edit it using 
the commands listed below: 

TE Types the contents of the exit 

stack 
TO m n Types the contents of operand 

registers m through n 
TM a b Types the contents of Local 

Memory addresses a through b 
PE Prints the contents of the exit 

stack 
PO m n Prints the contents of operands 

m through n 
PM m n Prints the contents of Local 

Memory addresses m through n 

The program uses memory addresses through 
32, 76000 through 100524, and operand 
register 776. 

Displays the contents of file filename 
from FNT track n on the screen; the 
default for n is 2. The program pauses 
for a form feed character or keyboard 
interrupt. To continue, press the SPACEBAR; 
to abort, press the CR key. 

Compares the data of disk files filea and 
fileb. An error condition occurs when the 
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Table 2-1. DSS file management commands (continued) 



Command 



Description 



VERIFY (continued) 



WDSP tapename progname 
library dfile 



WDSR reoname dfile m n 



WEOF 

WLA n 



WRDIAG diagname 

monitor tape 



WRITE diskname 

tapename n 



data in one file does not agree with the 
data in the second file, or when the two 
files are not of the same length. When an 
error condition is sensed, the program 
terminates with an error message. 

Writes tape deads tart package tapename to 
disk file dfile. progname (disk 
deadstart program) and library (tape 
library read program) are the programs to be 
written. 

Writes deadstart record reoname of m 
4000-word blocks to disk file dfile in FNT 
track n. The default for m is 1 and for 
n is 2. 

Writes a file mark on tape 

Dumps all files in FNT n to an Nova 
Eclipse MCU Basic library tape 

Unblocks diagnostic diagname and monitor 

monitor and writes the data to a 
10000-word tape record. If tape is 

included, a second 10000-word tape record is 
written. 

Writes disk file diskname to tape file 
tapename. FNT searches for diskname. 
If diskname is not found, an error message 
is displayed and the program is terminated. 

A tape directory must exist before the WRITE 
command can be executed (the directory may 
be blank) . The tape directory is searched 
to make sure that tapename does not 
already exist on tape. If it does, the 
existing entry is replaced and labeled as 
obsolete (subsection 2.5). After all data 
is transferred, the tape is rewound, n is 
the FNT track number to be searched; the 
default is 2. 
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Table 2-1. DSS file management commands 



Command 



WRITEA filename 



WTDIR diskname 



Description 



Writes all files in file filename to 
tape, filename must have the following 
format: 

diskname tapename n -comments 

diskname is the file on disk and 
tapename is the file on tape. If 
tapename is not specified, the tape file 
is given the name of the disk file, n is 
the name of the FNT track number ; the 
default is 2. comments are optional and 
must be preceded by a dash if they are 
included. 

Writes a tape directory from disk file 
diskname. A tape directory is usually 
maintained by writing files to tape, 
occasion can arise where editing the 
directory is desired. This program replaces 
the directory on tape. 

A blank tape directory may be written on 
tape by using EDIT@ to crate a file with an 
appropriate heading but no file names (Tape 
Directory, Date, and so on). 



2.3 DIAGNOSTIC MODULE LOADER 

Stand-alone program modules can be loaded with the following DSS file 
management commands: 



DSA filename 



BOOT filename 



Deadstarts file filename into another IOP. If 
IOPO is running, IOPl is deadstarted. If IOPl is 
running, IOPO is deadstarted. For more examples 
of the DSA command, see DSS file management 
commands in this section. 

Replaces the current copy of DSS with file 
filename. BOOT then executes filename. 
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2.3.1 LOADING MODULES WITH THE DEADSTART TAPE 

The following options are available from the IOPO deadstart tape, 
program name followed by a RETURN begins execution. 

Test Description 

BMT Buffer Memory test 

CBM Clear Buffer Memory 

CLRIO Clear IOP 

CMOSX Cray Maintenance Operating System 

CPXMO CPU memory test (6 Mbyte channel) 

DKX Disk diagnostic test (DD-19 and DD-29) 

DSSO Diagnostic Support System (IOPO based) 

DSS1 Diagnostic Support System (IOPl based) 

DUMP Dump to printer 

IOPM I/O Processor memory test 

IOPMA I/O Processor memory boot (2AS module) 

IPC Inter-processor channel test 

MBUF Multiprocessor Buffer Memory test 

SLAT Synchronous line adaptor test 



The 



2.3.2 LOADING BOOTS FROM DSSO 

Programs can be called from DSSO by entering the following command; 

BOOT name 
name can be any bootable file on FNT 2 or one of the following: 

Test Description 

BMT Buffer Memory test 

CLRIO Clear IOP 

CMOSX Cray Maintenance Operating System 

CPXMO CPU memory test (6 Mbyte channel) 

DKX Disk diagnostic test (DD-19 and DD-29) 

DUMP Dump to printer 

IOPM I/O Processor Memory test 

IOPMA I/O Processor Memory test 

IPC Inter -processor channel test 

MBUF Multiprocessor Buffer Memory test 

SLAT Synchronous line adaptor test 
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2.4 DSS TEXT EDITOR 

The DSS text editor provides a convenient way to manipulate text files 
such as command buffers. Use the DSS text editor to modify an existing 
file by entering: 

EDIT name newname 

See table 2-1 for a description of the name and newname parameters 
for the EDIT command. Create a new file with the following command: 

EDIT @ newname 

The DSS text editor works on files located in FNT 2. Command buffers 
must be copied to FNT 2 before using the EDIT command and then copied 
back to the original FNT after editing (see the COPY command) . The keys 
listed in table 2-2 control edit functions. 



Table 2-2. Edit function keys 



Key 


Function 


DEL 


Clears the current character 


ESC 


Advances the cursor to the next tab position 


LF (LINEFEED) 


Advances the display one line 


CR (RETURN) 


Advances the display one line and inserts a blank line 


RUB OUT 


Clears the current character 


SPACE 


Advances the cursor to the next character position 


CTRL-A 


Begins recording mode at the top of the screen 


CTRL-B 


Ends recording mode at the top of the screen 


CTRL-C 


Clears the edit line 


CTRL-D 


Deletes the edit line 


CTRL-E 


Advances the display 24 lines 


CTRL-F 


Advances the display to the top of the next page 


CTRL-G 


Resets the display to the top of the screen 


CTRL-H 


Backspaces one character 


CTRL- I 


Spaces forward until the SPACEBAR is depressed 


CTRL-K 


Spaces forward to the end of text and ends the editing 




session 


CTRL-L 


Scans forward at high speed until the SPACEBAR is 




depressed 


CTRL-N 


Sets a tab at the cursor position 


CTRL-0 


Clears the tab at the cursor position 


CTRL-P 


Backs up the display one line 


CTRL-Q 


Inserts a blank character at the cursor position 


CTRL-R 


Deletes a character at the cursor position 
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Table 2-2. Edit function keys (continued) 



Key 


Function 


CTRL-S 

CTRL-T 
CTRL-Y 


Searches for the string that is entered after CTRL-S 

is pressed 

Changes the current character to lowercase 

Merges files 



2.5 TAPE FILE DIRECTORY MANGAGEMENT 

DSS manages the tape file directory; the first data block following the 
deadstart package on a magnetic tape. If the deadstart package is not on 
the tape, the tape file directory is the first data block on the tape. 

The directory is composed of a series of entries. One entry exists in 
the directory for each data file on the tape. The first six characters 
of each entry contain the name of the data file. The rest of the entry 
is devoted to comments. 

Data files are stored on tape, after the tape file directory, in the 
order that the file names appear in the directory. When a new file is 
written to a tape, the new entry is placed in the next available position 
in the directory. The file name is stored in the first three words of 
the new directory entry, and the new data file is written in the next 
available location on the tape. 

If a file is written to a tape and a data file of the same name exists on 
the tape, the previous directory entry is labeled with an @ in the first 
8 bits of the directory entry for that file. The new entry is placed in 
the next available location in the directory, and the data file is 
written in the next available location on the tape. The old data file is 
not purged, but is disregarded because of the presence of the @ in the 
first character position of the directory entry. 

The tape file directory can be edited, like any other data file, using 
the DSS EDIT command (DSS file management commands) . To edit the 
program, read the file to disk using the DSS RTDIR command (DSS file 
management commands) . When the EDIT command is invoked, the disk file 
name is given to the directory as the source file name. 

Files can be disabled by entering an @ in the first position of the file 
name. Disabled files can be enabled by removing the @ from the first 
position of the file name and renaming the file to avoid conflicts with 
existing file names. The edited tape directory is written back to the 
tape using the DSS WTDIR command (DSS file management commands) . 
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CRAY MAINTENANCE 
OPERATING SYSTEM (CMOSX) 



3.1 INTRODUCTION 

The Cray Maintenance Operating System (CMOSX f for CRAY X-MP Computer 
Systems and CMOS for CRAY-1 S and M Series Computer Systems) is a 
diagnostic operating system that allows you to run diagnostics on Cray 
Computer Systems. CMOSX contains programs to display and control 
diagnostic tests as well as utilities and aids for troubleshooting. 

CMOSX runs in the Master I/O Processor (MIOP or IOPO) and uses either the 
AMPEX disk or the Peripheral Expander chassis tape drive as a library 
device to store files. CMOSX uses the 6 Mbyte channel to the CPU from 
IOPO to run and monitor CPU diagnostics. A typical I/O Subsystem (IOS) 
hardware configuration is illustrated in figure 3-1. 
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Figure 3-1. Typical hardware configuration 



t This manual always refers to the Cray Maintenance Operating System 
as CMOSX. All references to CMOSX are applicable to CMOS. Any 
differences between CMOSX and CMOS are specifically noted in the text 
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CMOSX is actually three separate subsystems that share the same device 
drivers, calls, and utilities. 

• Subsystem IOS maintenance system 

• Subsystem 1 Cray CPU maintenance system 

• Subsystem 2 Error logging system (available on CRAY-1 Computer 

Systems through serial 24 only) 

CMOSX coordinates the activities of the three subsystems by providing the 
following : 

• Control over subsystem initialization 

• A common filing system 

• Consistency through similarities among the subsystems 

• A set of display and execution control commands 

• Internal Configuration Tables 

3.1.1 SUBSYSTEM INITIALIZATION 

CMOSX controls the three subsystems and must be operating before any of 
the individual subsystems can be selected. To deadstart CMOSX into IOPO 
under DSS, enter: 

BOOT CMOSX 

The IOS maintenance subsystem appears on the console when CMOSX is booted 
in. The IOS maintenance subystem is Subsystem 0, the Master Subsystem. 
The other subsystems can be brought into execution using the subsystem 
control commands from the Master Subsystem. 

CMOSX uses from one to three of the consoles attached to IOPO. Each of 
the subsystems can display output on a separate console and can act as an 
independent system. System independence allows diagnostics to run 
simultaneously on IOP1, IOP2, IOP3, and the Cray CPUs. The subsystems 
share and compete for use of the Peripheral Expander and its peripherals. 

A tape version of CMOSX (CMOSX/T) is also available, but is intended as a 
backup to the disk system and does not contain all of the features 
available on the disk system. The files on CMOSX/T are arranged so that 
IOS diagnostics are accessed before Cray CPU diagnostics. 
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NOTE 

Loading diagnostics using CMOSX/T can be a time 
consuming activity if the desired file is near the end 
of the tape, and should only be considered as a last 
resort . 



3.1.2 COMMON FILING SYSTEM - FILE NAME TABLE (FNT) 

Individual diagnostic programs and support files used by CMOSX are stored 
on disk and grouped in directories called File Name Tables (FNTs) . Each 
FNT can contain up to 512 files. Diagnostic programs and files have been 
assigned to the following FNTs: 

FNT Significance 

2 File Name Table (FNT) 2 contains the program modules 
associated with DSS. 

3 IOS diagnostics (see Appendix B) and files called from the 
Subsystem console 

4 Cray CPU diagnostics (see Appendix A) and files called from 
the Subsystem 1 console 

5 Documentation and files called from the HELP utility 



3.1.3 SIMILARITIES AMONG THE SUBSYSTEMS 

This subsection describes the similarities that provide consistency among 
the subsystems in CMOSX. Those similarities include: 

• Contol commands 

• Memory displays 



Subsystem CONTROL commands 

The following commands control the subsystems within CMOSX and can be 
entered at any console. All console channel numbers are optional. If 
the channel number is omitted, CMOSX waits for a U to be typed on the 
selected console. Table 3-1 lists CMOSX subsystem CONTROL commands and 
briefly describes the function of each. 
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Table 3-1. CMOSX subsystem CONTROL commands 



Command 


Description 


:BO file 


Terminates CMOSX, loads, and executes the 
elected file in IOPO. The default file 
is the disk or tape bootstrap loader . 


:BY 


Ends the subsystem displayed 


:CR oh 


Invokes the Cray subsystem on console 
channel oh 


:ER oh 


Invokes the error log subsystem on console 
channel oh' 


:IO oh 


Invokes the IOS subsystem on console 
channel oh 



t The error log channel is only available on the 

CRAY-1 Models A, B, C and the CRAY-1 s S/N 20 and 
below. 

ft Subsystem is normally active but need not be. 
If it is necessary to run from only one console, 
Subsystem can be terminated in favor of 
Subsystems 1 or 2. Generally, you can end a 
subsystem in favor of another without affecting the 
diagnostics currently running. 



Memory displays 

CMOSX memory displays are divided into a left side and a right side. To 
specify the first word address to be displayed on each side of the 
screen, enter a left address and/or right address with any subsystem 
display command. Each side can be further divided to form quadrants 
(upper left, lower left, upper right, and lower right) that can display 
different addresses, memory types, and/or memory formats. For example, 
to display a specific address in a quadrant, enter an upper address 
and/or lower address with the command as shown below: 

DR upperaddr loweraddr 

The command shown above sets the first word addresses to be displayed on 
the console in the upper and lower right quadrants. For a complete list 
of display commands, see subsection 3.1.4. 
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Type of memory is the kind of memory being displayed. Memory types are: 
Local, Buffer, CPU, and MCU. The letter designators above the data on 
either side of the screen give the memory types for that side of the 
screen. The top letter designator is used for the upper quadrant and the 
bottom for the lower quadrant, (see figure 3-2). Memory type letter 
designators are as follows: 



Code 



Memory type 
Local 



Buffer 
CPU 



M 
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MODE TM ] 


PN 1 
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Figure 3-2. Subsystem display 



Format is how data is displayed. The format is usually set to display 
the actual contents of memory addresses. However, memory data can be 
formatted into more meaningful information. Three memory formats are 
available: 
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• Octal memory 

• Text 

• Exchange Package 

Octal memory can be displayed in parcel mode or in word mode. The format 
designator (a blank space for Actual Memory, X for Exchange Package, or T 
for text) appears next to the memory type designator and is followed by 
an address. Actual memory is the default memory type. 



3.1.4 CMOSX COMMANDS 

Display commands are available for both CPU and IOS displays. Display 
commands unique to a particular subsystem are listed in the subsection 
devoted to a particular subsystem. CMOSX commands can be entered from 
any of the subsystems and in any order desired. The following CMOSX 
commands are used to control displays, manipulate files, execute tests, 
and print output. 

• FORMAT 

• TEXT 

• ROLL 

• MODE 

• REFRESH control 

• DATE and TIME 

• BASE ADDRESS 

• FILE manipulation 

• Miscellaneous 



CMOSX display FORMAT commands 

All display commands are subsets of the basic display FORMAT command as 
shown in table 3-2. The term subset is not intended to imply an entry 
sequence or a hierarchy among the display commands. In this case, the 
term subset represents a consistency among the commands in the way they 
are constructed and entered. 
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Table 3-2. CMOSX display FORMAT commands 



Command 


Description 


D addr 


Sets the first word address of the entire 
display to address addr 


D leftaddr rightaddr 


Sets first word addresses on the left and 
right side of the display to left address 
leftaddr and right address rightaddr, 
respectively 


DL addr 


Sets the first word address on the left side 
of the display to address addr 


DL upperaddr loweraddr 


Sets the first word addresses on the upper 
and lower left side of the display to upper 
address upperaddr and lower address 
loweraddr, respectively 


DLU addr 


Sets the first word address on the upper 
left side of the display to address addr 


DLL addr 


Sets the first word address on the lower 
left side of the display to addr 


DR addr 


Sets the first word address on the right 
side of the display to addr 


DR upperaddr loweraddr 


Sets the first word addresses on the upper 
and lower right side of the display to 
upperaddr and loweraddr, respectively 


DRU <Z<&fr 


Sets the first word address on the upper 
right side of the display to addr 


DRL Cttftfr 


Sets the first word address on the lower 
right side of the display to addr 



CMOSX TEXT commands 

CMOSX TEXT commands set the text format and first word memory addresses 
for the given quadrants and use the basic display FORMAT commands (see 
table 3-2) . The default addresses for the text displays are 3600 for the 
Cray display and 17000 for the IOS display. Table 3-3 lists the CMOSX 
TEXT commands and briefly describes the function of each. 
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Table 3-3. CMOSX TEXT commands 



Command 


Description 


DT addr 


Displays text at address addr on the 
entire display 


dt leftaddr rightaddr 


Displays text at left address leftaddr and 
right address rightaddr on the left and 
right sides of the display 


dtl addr 


Displays text at address addr on the left 
side of the display 


DTL upperaddr lower addr 


Displays text at upper address upperaddr 
and lower address loweraddr on the upper 
and lower left side of the display 


dtlu addr 


Displays text at address addr on the upper 
left side of the display 


DTLL addr 


Displays text at address addr on the lower 
left side of the display 


dtr addr 


Displays text at address addr on the right 
side of the display 


DTR upperaddr loweraddr 


Displays text at upper address upperaddr 
and lower address loweraddr on the upper 
and lower right sides of the display 


DTRU addr 


Displays text at address addr on the upper 
right side of the display 


DTRL a<ftfr 


Displays text at address addr on the lower 
right side of the display 



CMOSX ROLL commands 

CMOSX ROLL commands scroll the displayed memory forward or backward. 
Each targeted quadrant is rolled 40s P arcels (10 8 words ) • Pressing 
the LINEFEED key clears the roll command. Table 3-4 lists the CMOSX 
display ROLL commands and briefly describes the function of each. 
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Table 3-4. CMOSX display ROLL commands 



Command 


Description 


DP 


Rolls 


all 


quadrants on the display forward 


DLF 


Rolls 


the 


left side of the display forward 


DRF 


Rolls 


the 


right side of the display forward 


DB 


Rolls 


all 


quadrants on the display backward 


DLB 


Rolls 


the 


left side of the display backward 


DRB 


Rolls 


the 


right side of the display backward 



CMOSX parcel/word MODE commands 

CMOSX parcel/word MODE commands toggle the display format between parcel 
and word mode. If you are in parcel mode and enter the M command, the 
entire display is toggled to word mode. If you are in word mode and 
enter the ML command, the left side of the display is toggled to parcel 
mode. Addresses cannot be designated for mode commands. Table 3-5 lists 
CMOSX parcel/word MODE commands and briefly describes the function of 
each. 



Table 3-5. CMOSX parcel/word MODE commands 



Command 






Description 


M 


Toggles 


the 


entire display 


ML 


Toggles 


the 


left side of the display 


MLU 


Toggles 


the 


upper left quadrant of the display 


MLL 


Toggles 


the 


lower left quadrant of the display 


MR 


Toggles 


the 


right side of the display 


MRU 


Toggles 


the 


upper right quadrant of the display 


MRL 


Toggles 


the 


lower right quadrant of the display 
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CMOSX REFRESH control commands 

CMOSX REFRESH control commands affect the way CMOSX refreshes displays. 
Table 3-6 lists CMOSX REFRESH control commands and briefly describes the 
function of each. 



Table 3-6. CMOSX REFRESH control commands 



Command 


Description 


:RE 


Disables refresh until a LINEFEED is entered 


:MU 


Toggles the Micro Mutt flag; slowing the refresh rate 




to 1200 baud. 


CTRL-Z 


Clears and repaints the display (Press the CTRL and 




letter Z keys simultaneously.) 


NULL ON 


Sets the Null flag on (clears the screen and displays 




nulls) 


NULL OFF 


Sets the Null flag off 


NULL 


Toggles the Null flag 



CMOSX DATE and TIME commands 

The CMOSX DATE and TIME commands (table 3-7) can be used to set the date 
and time information that appears in the upper right quadrant of the 
display. 



Table 3-7. CMOSX DATE and TIME commands 



Command 


Description 


date mm/dd/yy 


Enters the date (month, day, and year) on 




the display 


TIME hhimrms8 


Enters the time (hours, minutes, and 




seconds) on the display 


DATE mm/dd/yy hhimmss 


Enters the Date and time on one line 
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CMOSX BASE ADDRESS command 

The BASE ADDRESS command (BA) biases all address references by a base 
address. Base address is normally 0. If a base address other than is 

selected, it is displayed on the top line of the screen. The base 
address affects all display, memory store, and file load commands. Set 
the base address by entering the following command: 

BA addr 



CMOSX FILE manipulation commands 

FILE manipulation commands are used for manipulating files in the disk or 
tape library (see Appendixes A and B for a list of the diagnostics) . The 
CMOSX file manipulation commands manipulate the files in the FNT 
associated with the current CMOSX subsystem, except where noted. Table 
3-8 lists the FILE manipulation commands and briefly describes the 
function of each. 



Table 3-8. CMOSX FILE manipulation commands 



Command 


Description 


:LOAD file fwa Iwa 
or 

/file 

:G0 file linenum 
: FILES 

:SAVE file fwa Iwa 


Reads file from the deadstart buffer at 
the address range specified. The default 
first word address (fwa) is 0; the default last 
word address (Iwa) is 20000 for the IOS and 
6000 for the CRAY X-MP system; the maximum size 
limits. 

Loads and executes the command buffer file 
starting at line number linenum (optional) 

Displays the files in the library. While running 
under Subsystem (:I0), FNT 3 files are 
displayed. While running under Subsystem 1 
(:CR), FNT 4 files are displayed. All files are 
displayed while running under CMOSX/T. 

Writes file to the library from the deadstart 
buffer range specified. The default first word 
address (fwa) is 0; the default last word 
address ( Iwa) is 20000 for the IOS and 6000 for 
the CRAY X-MP system; the maximum size limits. 
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Table 3-8. CMOSX FILE manipulation commands (continued) 



Command 


Description 


: DELETE file 
:SCAN file 
:HELP 

:HELP file 

or 
:file 


Deletes program file from the library 

Displays the text file file on the console 

f 
Displays FNT 5 files (HELP documentation 

files) on the console 

Displays the HELP^ file from FNT 5 on the 
console 



t HELP is available on the disk system only. 



CMOSX miscellaneous commands 



Table 3-9 lists CMOSX miscellaneous commands. 



Table 3-9. Miscellaneous CMOSX commands 



Command 


Description 


:EX 8 command 
:SN comments 


Executes command on subsystem s where s can 
be 0, 1, or 2. The :EX command allows you to 
execute a command on the Subsystem 1 console from 
the Subsystem console and so on. command can 
be any command. 

Copies the display to the printer, comments is 
an optional parameter; any comments you want to 
print can be entered when it is specified. 



3.1.5 CMOSX INTERNAL CONFIGURATION TABLES 

CMOSX has Internal Configuration Tables that provide it with information 
on the hardware configuration of the system on which it is running. The 
configuration information must be given to CMOSX at the time it is 
installed on the site and is entered through a command buffer that 
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prompts the user for the needed information when it is invoked. The 
information is then saved in a disk file on File Name Table (FNT) 3 which 
is loaded each time CMOSX is deadstarted. 

System configuration (CONF) is entered on Subsystem with the following 
procedure: 

1. Boot CMOSX. See subsection 3.1.1. 

2. Invoke the configuration command buffer, /CONF that brings up 
Subsystem 1 and configures CPU tests at your option by entering: 

:G0 /CONF 

Upon completion, /CONF, saves a configuration file called CONDAT 
on FNT 3. Each time CMOSX is initialized, it reads the data from 
the file CONDAT into the appropriate system tables. 

3. Reload (reboot) CMOSX after configuration to make sure you 
rewrite your IOPO deadstart CMOSX/T so the tape system has the 
correct configuration file. 

4. Mount the blank tape on the I/O Subsystem Peripheral Expander 
drive and while running under DSS, write the tape bootstrap as 
the first file on the blank tape by entering: 

WRITE TBOOT @ 

5. Write all of the files on tape directory file AODIR on the blank 
tape by entering: 

WRITEA AODIR 



3.2 SUBSYSTEM - I/O SUBSYSTEM (IPS) MAINTENANCE SYSTEM 

Subsystem runs diagnostics on the IOS and its associated peripherals. 
CMOSX runs in IOPO and, depending on the test mode, any diagnostic or 
combination of diagnostics can be run simultaneously on I0P1 through 
IOP3. The minimum system hardware needed for CMOSX Subsystem to load, 
to deadstart, and to monitor an IOS diagnostic is: 

• IOPO with Buffer Memory 

• Peripheral Expander chassis with 80 Mbyte disk or tape drive 
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When a diagnostic is deads tar ted, the following sequence of activities is 
initiated: 

1. The diagnostic is loaded into IOPO Local Memory from disk or tape 
at load time. 

2. The diagnostic is written to Buffer Memory at deadstart time. 

3. IOPO electrically pulls (sets) the deadstart line for IOPa; with 
a logical 1. 

4. A Local Memory read of Buffer Memory is forced by IOPx. 

5. The deadstart line is cleared electrically with a logical 0. 
When the deadstart line is clear, execution begins in IOPx. 

6. The diagnostic monitor periodically writes all of IOPx Local 
Memory to Buffer Memory. 

7. CMOSX continually reads selected addresses from IOPx Buffer 
Memory image and displays them on the console. The Subsytem 
display is illustrated in figure 3-2. 

Figure 3-3 illustrates steps 1 through 7. 
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Figure 3-3. Loading and deadstarting a diagnostic in IOPx 
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Subsystem commands are used to control displays, to execute 
diagnostics, and to print or store output. Subsystem commands are only 
available when Subsystem is running and include the following: 

• Test MODE 

• Current processor number 

• DEADSTART/MASTER CLEAR 

• Display FORMAT 

- Local Memory 

- Buffer Memory 

- MCU memory 

• STORE memory 

- Local Memory 

- Buffer Memory 

- MCU memory 

• DEBUGGING 

• Miscellaneous 



3.2.1 SUBSYSTEM TEST MODE COMMANDS 

Four test modes are available. The current mode is displayed on the top 
line of the screen. Use the appropriate mode to fit the situation. The 
default, Test Mode (:TM), can test all of the processors except IOPO. 
Table 3-10 lists the CMOSX Test MODE commands and briefly describes the 
function of each. 



3.2.2 SUBSYSTEM CURRENT PROCESSOR NUMBER COMMAND 

The current processor number is indicated in the upper left corner of the 
display and determines the processor to be deadstarted or master cleared 
on a DS or MC function. In :TM mode, the current processor number also 
determines which processor's image area is to be displayed. Set the 
current processor number to p by entering the following command: 

PN p 
p can be for IOPO, 1 for IOPl, 2 for IOP2, or 3 for IOP3. 
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Table 3-10. Subsystem test MODE commands 



Command 


Description 


:TM 


Test Mode (:TM) multiprocessor. Tests any or all 
processors at once by allocating an image area in 
Buffer Memory for each IOP. :TM is the default 
test mode and requires either the simple (PTA) or 
advanced (PTI) monitor (Appendix B.2) . 


:TB 


Test Basic (:TB). Tests one IOP at a time and 
requires either the PTA or PTI monitor (Appendix 
B.2) . 


:TD delay wcount 


Test Dead (:TD). Repeatedly deadstarts weount 
words into the selected processor at delay 
intervals. This mode is generally used when the 
monitor is not running or to scope an inoperative 
IOS. 




The default values are IO3 for delay and 
40s for wcount. The range of acceptable 
values is 1-7777 for wcount and 0000-17777 for 

delay. 


:TS 


Test mode self-test (:TS). Runs a diagnostic on 
IOP0 concurrently with CMOSX. The diagnostic 
executes out of the deadstart buffer and must 
have been assembled relocatable. The diagnostic 
can use only 20000 parcels of Local Memory (the 
size of the deadstart buffer) and only operand 
registers 600 and above. 


:KI 


Terminates the current mode (kills) 



3.2.3 SUBSYSTEM DEADSTART/MASTER CLEAR COMMANDS 

DEADSTART/MASTER CLEAR commands, shown in table 3-11, are used to start 

or stop the running of a diagnostic in a particular processor. Different 

forms of each command can be used, depending on the test mode. When a 

diagnostic is loaded into the deadstart buffer, the diagnostic name 
appears in the upper right corner of the display. 
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When the system is deads tar ted, the name appears just below. Two file 
names are displayed in :TM because different diagnostics can be running 
in each processor. The top file name is the diagnostic in the deadstart 
buffer. The bottom file name, signified by the greater than symbol 
(>) , is the diagnostic running in the current processor. 



Table 3-11. Subsystem DEADSTART/MASTER CLEAR commands 



Command 


Description 


DS 


Deadstarts the current processor from 




the deadstart buffer 


MC 


Master clears the current processor 


DS p f 


Deadstarts processor number p from the 




deadstart buffer 


DS A f 


Deadstarts all processors from the 




deadstart buffer 


MC p f 


Master clears processor number p 


MC h f 


Master clears all processors 



t Command supported by :TM mode only 



3.2.4 SUBSYSTEM DISPLAY FORMAT COMMANDS 

Three types of memory can be displayed from Subsystem 0: Local Memory, 
Buffer Memory, and MCU memory. Both Local and Buffer Memory 
text-formatted displays are supported by CMOSX. Therefore, the LM and BM 
commands do not change the display format. The DT commands set (see text 
format) and the D commands clear text format. Conversely, the D and DT 
commands do not affect memory type. 
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Local Memory DISPLAY commands 

Subsystem Local Memory DISPLAY commands, shown in table 3-12, display 
the deadstart buffer from which diagnostics are deadstarted into other 
processors. Local Memory commands use the basic display command format, 



Table 3-12. Subsystem Local Memory DISPLAY commands 



Command 


Description 


LM 


Displays Local Memory on the entire display 




at the current address 


LM addr 


Displays Local Memory on the entire display 




at the given address 


LM leftaddr rightaddr 


Displays Local Memory on the left and right 




sides of the display at the given addresses 


lml addr 


Displays Local Memory on the left side of 




the display at the given address 


lml upperaddr loweraddr 


Displays Local Memory on the upper and lower 




left side at the given addresses 


lmlu addr 


Displays Local Memory on the upper left side 




of the display at the given address 


LMLL addr 


Displays Local Memory on the lower left side 




of the display at the given address 


LMR addr 


Displays Local Memory on the right side of 




the display at the given address 


LMR upperaddr loweraddr 


Displays Local Memory on the upper and lower 




right side at the given addresses 


LMRU addr 


Displays Local Memory on the upper right 




side of the display at the given address 


LMRL addr 


Displays Local Memory on the lower right 




side of the display at the given address 
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Buffer Memory DISPLAY commands 

Subsystem Buffer Memory DISPLAY commands display the image area in 
Buffer Memory that was written by the diagnostic's monitor (see table 
3-13) . Buffer Memory display commands use the CMOSX basic display 
command format. 



Table 3-13. Subsystem Buffer Memory DISPLAY commands 



Command 


Description 


BML addr 


Displays Buffer Memory on the left side of 




the display at the given address 


BML upperaddr lower addr 


Displays Buffer Memory on the upper and 




lower left quadrants of the display at the 




given addresses 


BMLU addr 


Displays Buffer Memory on the upper left 




quadrant of the display at the given address 


BMLL addr 


Displays Buffer Memory on the lower left 




quadrant of the display at the given address 


BMR addr 


Displays Buffer Memory on the right side of 




the display at the given address 


BMR upperaddr loweraddr 


Displays Buffer Memory on the upper and 




lower right quadrants of the display at the 




given addresses 


BMRU addr 


Displays Buffer Memory on the upper right 




quadrant of the display at the given address 


BMRL addr 


Displays Buffer Memory on the lower right 




quadrant of the display at the given address 



MCU memory DISPLAY commands 

Subsystem MCU memory DISPLAY commands display Local Memory for 
debugging CMOSX itself. Table 3-14 lists the Subsystem MCU memory 
display commands and briefly describes the function of each. 
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Table 3-14. Subsystem MCU memory DISPLAY commands 



Command 


Description 


MM 


Displays MCU memory on the entire display at 
the current addresses 


MM addr 


Displays MCU memory on the entire display at 
address addr 


MM leftaddr rightaddr 


Displays MCU memory on left and right sides 
of the display at left address leftaddr 
and right address rightaddr 


MML addr 


Displays MCU memory on the left side of the 
display at address addr 


MML upperaddr lower addr 


Displays MCU memory on the upper and lower 
left quadrants of the display at upper 
address upperaddr and lower address 

loweraddr 


MMLU addr 


Displays MCU memory on the upper left 
quadrant of the display at address addr 


MMLL addr 


Displays MCU memory on the lower left 
quadrant of the display at address addr 


MMR addr 


Displays MCU memory on the right side of the 
display at address addr 


MMR upperaddr lower addr 


Displays MCU memory on the upper and lower 
right quadrants of the display at upper 
address upperaddr and lower address 

loweraddr 


MMRU addr 


Displays MCU memory on the upper right 
quadrant of the display at address addr 


MMRL addr 


Displays MCU memory on the lower right 
quadrant of the display address addr 



3.2.5 SUBSYSTEM STORE MEMORY COMMANDS 

Subsystem STORE memory commands store data in Local Memory, Buffer 
Memory, and MCU memory. 
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Local Memory STORE commands 

Table 3-15 lists the Subsystem Local Memory STORE commands and briefly 
describes the function of each. 



Table 3-15. Subsystem Local Memory STORE commands 



Command 


Description 


S addr data 


Stores data in Local Memory (deadstart 




buffer) at address addr 


S+addr data 


Stores data in Local Memory (deadstart 




buffer) at address addr and increments the 




pointer to the next address 


S addr dataO datal 


Stores up to 4 octal parcels provided 


data! data3 


address addr is on a word boundary 



Buffer Memory STORE commands 

Table 3-16 lists the Subsystem Buffer Memory STORE commands and briefly 
describes the function of each. 



Table 3-16. Subsystem Buffer Memory STORE commands 



Command 


Description 


SB addr data 
SB+addr data 

SB addr dataO datal 

datal data.3 


Stores data in Buffer Memory (image area) 
at address addr 

Stores data in Buffer Memory (image area) 
at address addr and increments the pointer 
to the next address 

Stores up to 4 parcels provided address 
addr is on a word boundary 
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MCU memory STORE command 

The MCU memory (SM) STORE command is used for patching and debugging the 
CMOSX system. It stores data in MCU Memory at addr and is entered in 
the following way: 

SM addr data 



3.2.6 SUBSYSTEM DEBUGGING COMMAND 

The Subsystem DEBUGGING command sends an image of IOPO operands A, B, 
and C, the operand registers, and exit stack to MCU memory (currently 
106000) at address addr while code continues execution. The contents 
of the operating registers can then be examined using the MCU memory 
DISPLAY commands. See table 3-14. The debugging command is entered as 
follows: 

:XD addr 



3.2.7 SUBSYSTEM MISCELLANEOUS COMMANDS 

Table 3-17 lists the miscellaneous commands for Subsystem and briefly 
describes the function of each. 



Table 3-17. Subsystem miscellaneous commands 



Command 



Description 



:DP 



:RB 



HI 



Dumps the processor being tested to its 
Buffer Memory image area. Specify the 
desired test mode to return to after using 
this command. 

Replaces the current deadstart buffer 
contents with the current image of the test 
from Buffer Memory 

Starts a routine that enables error 
information to be sent from IOPO to IOPl . 
:HI is used in only a few high-speed 
channel tests and puts Subsystem 1 in 
high-speed mode; stops Cray diagnostics. 
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3.3 SUBSYSTEM 1 - CRAY CPU MAINTENANCE SYSTEM 

Subsystem 1 runs diagnostics on a Cray CPU. It uses the 6 Mbyte 
(low-speed) channel from IOPO for all transfers to and from the CPU. The 
minimum hardware needed for CMOSX Subsystem 1 to load, to deads tart, and 
to monitor a CPU diagnostic is: 

• IOPO 

• Peripheral Expander chassis with 80 Mbyte disk or tape drive 

• 6 Mbyte channel; both CPU and IOPO sides. 
Figure 3-4 is an example of the Subsystem 1 display. 
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Figure 3-4. Subsystem 1 display 



Subsystem 1 commands are only available when Subsystem 1 is running and 
include the following: 

• Test MODE 

• DEADSTART/MASTER CLEAR 
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• Exchange Package DISPLAY 

• STORE memory 

• Exchange Package STORE 

• FORMAT CPU Error table 

• RUN 



3.3.1 SUBSYSTEM 1 TEST MODE COMMANDS 

Table 3-18 lists the Subsystem 1 test MODE commands and gives a brief 
description of the function of each. 



Table 3-18. Subsystem 1 test MODE commands 



Command 


Description 


:TB 

:TD delay wcount 

:DD delay wcount 
:RUN file 


Test Basic (:TB). Assumes CPU 6 Mbyte, memory, 
exchange, and basic instruction issues are 
working. :TB is the default test mode. 

Test Dead ( :TD) . Repeatedly deads tarts wcount 
words starting at address and inputs wcount 
words starting at address 2000 at delay 
intervals. 

The default values are 10 8 for delay and 
40 3 for wcount. The range of acceptable 
values is 0001-7777 for wcount and 0000-17777 
for delay. 

Test Dead Dump (:DD). The same as :TD mode with 
one exception. Instead of using the normal 
channel to input display data, it uses the CPU 
dead-dump feature. 

Test Run (:RUN). Deadstarts file into the CPU 
as the RUN monitor, and selects test RUN. The 
default for file is the RUN monitor. 



3.3.2 SUBSYSTEM 1 DEADSTART/MASTER CLEAR COMMANDS 

Subsystem 1 DEADSTART/MASTER CLEAR commands (table 3-19) start or stop 
the running of a diagnostic. 
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Table 3-19. Subsystem 1 DEADSTART/MASTER CLEAR commands 



Command 


Description 


DS 
MC 


Deadstarts the diagnostic from the deadstart 
buffer/image area into the CPU 

Raises the CPU master clear line which stops 
all CPU activity 



3.3.3 SUBSYSTEM 1 EXCHANGE PACKAGE DISPLAY COMMANDS 

The only display commands unique to Subsystem 1 are the Exchange Package 
DISPLAY commands (table 3-20). These commands display the contents of 
the Exchange Package on the console. 



Table 3-20. Subsystem 1 Exchange Package DISPLAY commands 



Command 


Description 


DX addr 


Displays the Exchange Package on the left side of 
the display at addr 


DX addrO 
addrl 


Displays the Exchange Package on the left and 
and right sides of the display at left address 
addrO and right address addrl, respectively 


DXL addr 


Displays the Exchange Package on the left side of 
the display at address addr 


DXR addr 


Displays the Exchange Package on the right side 
of the display at address addr 


DE 


Displays CPU memory error information in the 
Exchange Package 



3.3.4 SUBSYSTEM 1 STORE MEMORY COMMANDS 

Table 3-21 lists Subsystem 1 STORE memory commands and briefly describes 
the function of each. 
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Table 3-21. Subsystem 1 STORE memory commands 



Command 


Description 


S addr data 

S addr datao data! 
data! data3 

S+addr data 

S addr-parcel data 

s+addr-pareel data 


Stores data in address addr 

Stores dataO through data.3 in address 
addr 

Stores data in address addr and 
increments the pointer to the next address 

Stores data in the parcel addressed by 

addr -par oet 

Stores data in the parcel addressed by 
addr-parcel and increments the pointer to 
the next parcel 



3.3.5 SUBSYSTEM 1 EXCHANGE PACKAGE STORE COMMANDS 

Subsystem 1 Exchange Package STORE commands (table 3-22) allow you to 
store addresses for Exchange Package displays and to reset Exchange 
Package mode bits, flag bits, and vector length values. 



Table 3-22. Subsystem 1 Exchange Package STORE commands 



Command 


Description 


Bl addr 


Sets the CPU instruction base address in the current 




Exchange Package to address addr 


Li addr 


Sets the CPU instruction limit address in the current 




Exchange Package to address addr 


BD addr 


Sets the CPU data base address in the current Exchange 




Package to address addr 


LD addr 


Sets the CPU data limit address in the current 




Exchange Package to address addr 


p addr 


Sets the current Exchange Package P to address addr 



HM-1002 



Part 1 
3-26 



Table 3-22. Subsystem 1 EXCHANGE PACKAGE commands (continued) 



Command 


Description 


M data 
MX data 
F data 
V data 

X addr 

CN data 

An data 

Sn data 

Sn dataO 
datal 
data 2 
dataZ 

sn-p data 


Sets the current Exchange Package mode bits to data 

Sets extended mode bits to data 

Sets the current Exchange Package flag bits to data 

Sets the current Exchange Package vector length to 

data 

Sets the current Exchange Package exchange address to 
address addr 

Sets the current Exchange Package cluster number to 

data 

Enters A register n in the current Exchange Package 
with data 

Enters S register n in the current Exchange Package 
with data 

Enters S register n in the current Exchange 
Package with data that is in parcel format 

Enters S register n in the current Exchange Package 
with only one parcel entered in parcel p 



3.3.6 FORMAT CPU ERROR TABLE COMMAND 

The FORMAT CPU Memory Error Table (FET) program formats diagnostic 
monitor addresses (400-577) and outputs them to the printer. To run the 
program, enter the following command: 

:FET 
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3.3.7 RUN MONITOR 

The RUN monitor is an interactive CPU monitor that allows the user to 
load, to run, and to monitor up to 16 diagnostics simultaneously. The 
RUN monitor interprets keyboard commands and provides job control for the 
diagnostics as they compete on the system. The internal control for 
individual diagnostics is provided by the MTX monitor, which must be 
set in interrupt driven mode. 

Keyboard commands are sent to the CPU first. If the CPU does not 
recognize the command, it is flagged for execution by CMOSX. Table 3-23 
lists RUN monitor commands and gives a brief description of the function 
of each. 



Table 3-23. Subsystem 1 RUN commands 



Command 


Description 


LOAD file! file! file3 

file 4 ... file20 


Loads up to 20s diagnostics to the CPU 


CLN xx n 


Sets cluster in control point n to xx 


TL n 


Loads the diagnostics in test list number 
n to the CPU; test lists 1 through 3 are 
currently supported. 


TLA file 


Loads all control points with file file 


START 


Starts the execution of all diagnostics that 
were previously loaded 


START n 


Starts the execution of the diagnostic at 
control point n 


STOP 


Stops the execution of all diagnostics 


STOP n 


Stops the execution of the diagnostic at 
control point n 


DROP 


Drops the diagnostic at all control points 


DROP n 


Drops the diagnostic at control point n 



t The MZ monitor is used instead of the MTX monitor with CRAY-1 
Computer Systems. 
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Table 3-23. Subsystem 1 RUN commands (continued) 



Command 


Description 


RESTART n 
SCAN ON 

SCAN OFF 


Starts the execution of the diagnostic at 
control point n at address 1000 

Reads all of CPU memory. If any memory 
errors occur, they can be seen on the error 
log display. 

Turns memory scanning off 



3.4 SUBSYSTEM 2 - ERROR LOG SYSTEM 

Subsystem 2 is only used on an I/O Subsystem with an error log channel. 
Error log channels exist only on IOSs through serial number (S/N) 20. 

The only commands allowed under Subsystem 2 other than those listed in 
the subsection are: :BO, :BY, :CR, :I0, :MU, :RE, CTRL-Z, :EX, and :SN. 

The error log monitor continuously logs errors from Buffer Memory, CPU 
memory, the 100 Mbyte channel, and Local Memory (all processors). Each 
of the preceding generates a display and, in addition, a summary display 
of all of the error buffers is provided (see figure 3-5) . 



CMOS V 1 ERROR LOG 




ERROR LOG SUMMARY 




I/O PROCESSOR LOCAL MEMORY ERRORS 





BUFFER MEMORY ERRORS 





HIGH SPEED CHANNEL ERRORS 





ENTER ? 





Figure 3-5. Subsystem 2 display 
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Subsystem 2 display commands are listed in table 3-24. 



Table 3-24. Subsystem 2 DISPLAY commands 



Command 


Description 


DB 


Displays Buffer Memory errors 


DC 


Displays CPU memory errors 


DH 


Displays 100 Mbyte channel errors 


DL 


Displays Local Memory errors 


DS 


Displays a summary of all errors 


CA 


Clears all error buffers 


CB 


Clears the Buffer Memory error buffer 


CC 


Clears CPU memory error buffer 


CH 


Clears the 100 Mbyte channel error buffer 


CL 


Clears the Local Memory error buffer 


P 


Scrolls the display forward one page^ 


B 


Scrolls the display back one page^ 



t F and B have no affect on displays of only one page. 
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CPU BOOTS 



4.1 DESCRIPTION 

A CPU boot is a stand-alone program that performs tests on the CPU. When 
the CPU boot command (CPXM or CPUM) is invoked from the IOPO console, the 
current program in control is replaced in IOPO. 



4.2 CPXM f 

CPXM (CRAY X-MP Computer Systems) and CPUM (CRAY-1 Models A, B, C, M, and 
S Computer Systems) are memory diagnostics that are similar in function 
and must be booted into IOPO. CPU memory is tested through a series of 
reads and writes over the 6 Mbyte channel. The CPU, itself, does not 
execute any instructions. 

To run CPXM, select a test pattern and enable that test by entering the 
CPXM EXECUTION control P command (see table 4-3) . Other commands are 
available to alter test selections, output displays, and program 
execution. Running CPXM or CPUM requires you to select the following: 

• Tests to be enabled (table 4-1) 

• Commands that control test displays and execution (table 4-2) 



4.2.1 TEST SELECTION 

Any of the nine tests described in table 4-1 can be selected. 



This manual always refers to the Central Memory test as CPXM. All 
references to CPXM are applicable to CPUM. Any differences between 
CPXM and CPUM are specifically noted in the text. 
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Table 4-1. CPXM test selections 



Test 


Size (words) 


Description 





200(f 8 


Enters zeros into CPU memory and checks the to 
verify that it matches the input 


1 


200(f 8 


Enters ones into CPU memory and checks the output 
to verify that it matches the input 


2 


200(f 8 


Enters a pattern of ones and zeros into CPU 
memory and checks the output to verify that it 
matches the input 


3 


200(f 8 


Enters a pattern (12525) into CPU memory and 
checks the output to verify that it matches the 
input 


4 


2000$ 


Presets all words to zeros. A word of ones is 
entered, and the information is read out and 
checked. The word of ones is moved to the next 
address and sent through again. This process is 
repeated until the first 2000 8 addresses are 
checked. 


5 


2000 8 


Presets all words to ones. A word of zeros is 
entered and the information is read out and 
checked. The word of zeros is moved to the next 
address and sent through again. The process is 
repeated until the first 2000 8 addresses are 
checked. 


6 


4<4' 


Initiates a data path test similar to test 4 
except that an individual bit is set to 1 and 
moved through a field of zeros 


7 


«r/ 


Initiates a data path test similar to test 5 
except that an individual bit is set to and 
moved through a field of ones 


8 


2000 8 


Initiates a test pattern that is selected by the 
user into CPU memory and checks the read out. 
Stores the test pattern between locations 
20000 8 and 22000 8 before running the test 



t 
ft 



1000 8 words for CRAY-1 S and M Series Computer Systems 
20q words for CRAY-1 S and M Series Computer Systems 
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4.2.2 COMMANDS 

CPXM control commands can be divided into two types: display and 
execution. 



CPXM DISPLAY control commands 

The CPXM display can be divided into halves: top and bottom. The top 
half of the screen provides general test information and is not altered 
by keyboard commands. This part of the CPXM display is shown in figure 
4-1 and includes the following information: 



© 



1 ) Test number: Number of the test being executed 



© 



2) Test enable: Enabled test (any and all tests can be enabled and 
are run in the sequence entered) is denoted by an 
asterisk immediately following the test number 



© 



3) Total passes: Total number of passes completed for all enabled 
tests 



© 



4 ) Total errors: Total number of errors 

5) Bank errors: Word errors that have accumulated for each bank 



© 









MEMORY TEST 








<3 

TEST 


> 




® 




j) TOTAL 


PASSES 


000000 


1 
BANK Eld 


2 3 


4 5 


6* 7 


* 8* 




V 


ERRORS 


000000 


*0RS 


















XO 


XI 


X2 


X3 


X4 


X5 


X6 


X7 


OX 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


IX 

M 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


-0 


-1 


-2 


-3 


-4 


-5 


-6 


-7 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000001 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000002 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000003 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000004 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000005 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000006 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000007 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 



Figure 4-1. CPXM memory display 
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Test results can be displayed on the bottom half of the screen in a 
number of different ways. You can select either memory or bit error 
information to be displayed on the bottom half of the CPXM display. When 
a memory display is selected, the memory address is shown in the far left 
column. Columns -0 through -3 display the output buffer in parcel 
format, and columns -4 through -7 display the input buffer in parcel 
format. Ten addresses are displayed at a time. If a bit error display 
is selected, one of the following displays must be selected from table 
4-2: 

• Total bit errors 

• Bit versus bank errors 

The header indicates the type of display. If the bit versus bank error 
display is being shown, the bank number also appears. Table 4-2 lists 
CPXM DISPLAY control commands and briefly describes the function of each. 

Table 4-2. CPXM DISPLAY control commands 



Command 



B nn 



D nnn 



Description 



Display bank. Displays the total number of bit errors 
encountered thus far. 

Bit versus bank errors. Displays bit errors according 
to bank origin, where nn is an octal number from 
to 37. 

Display address. Displays the output versus the input 
buffer for the test, where nnnn is an octal number 
from to 1770. 

Find error. Stops for an error stop condition with 
memory displayed. The buffer is searched for the 
error; the search starts at whatever address is 
presently being viewed. If an error is found, the 
address that is in error is the first address 
displayed. If no error is found, the entry line is 
not cleared and address is displayed. 

Roll down. Displays the next lower-numbered bank or 
group of addresses 

Roll up. Displays the next higher-numbered bank or 
group of addresses 
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CPXM EXECUTION control commands 

CPXM EXECUTION commands not only enable and disable tests, but alter 
output displays and change the conditions under which tests execute as 
they are executing. Any command entered at the keyboard immediately 
overrides any previous command at the completion of the current test. 
Table 4-3 lists CPXM EXECUTION control commands and briefly describes the 
function of each. 



Table 4-3. CPXM EXECUTION control commands 



Command 



N 



P ni,ri2> ..riQ 



Description 



Continue. Allows a test to continue running after 
being interrupted by scope, loop on error, or error 
stop. 

Error stop mode. Executes when an error is 
encountered on a check. The test stops and remains 
idle until it is changed. 

Loop on error mode. Executes if an error is found on 
a check. The test continues on its current pass and 
performs input, output, and error checks. Loop on 
error mode remains active until the mode is changed. 

None. Clears the scope, loop on error, and error stop 
command modes. 

P followed by a space and one or more test 

numbers enables the test associated with the number. 

The following command enables tests 1, 2, and 3: 

P 123 

Test numbers can be entered in any sequence (P 312) . 
You must enter the number of each test the operator 
wishes enabled. To enable tests through 7, enter 
the following: 

P 01234567 



A letter appears on display right after the number of the test that 
is enabled. Upon encountering an error, an asterisk appears after the 
letter. 
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Table 4-3. CPXM EXECUTION control commands (continued) 



Command 



Description 



P (continued) 



P A 
R 

S addr data 
S+ addr data 



The P command can be entered at any time and the most 
recent P command takes precedence. If a P 4567 
command has been entered, and while test 5 is 
executing a P 123 is entered, test 1 begins executing 
immediately after the completion of test 5. The P 
command followed by no test numbers terminates testing 
after the current test has been completed. 

Enables tests 0-8 

Restart. Clears all error and pass counters and 
immediately begins executing the enabled test. 

Store data. Stores data at address addr 

Store data and advance. Stores data at address 
addr and advances to the next address 



Scope mode. Shuts down display and error checking and 
does an I/O transfer of data in the output buffer. 
The keyboard is active but not echoed. Only 
significant characters such as L (loop on error) or E 
(error stop) affect the display. Nonsignificant 
characters do not affect the keyboard. 
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ONLINE CPU TESTS 



An online test is a diagnostic that runs online under the control of the 
customer's operating system; normally, the Cray Operating System (COS). 
The test can be written in CAL, CFT, or both. The following online tests 
are described in this section: 

• CPU tests 

• Tape test 

• Disk tests 

• Control programs 

To run any of the tests described in this section, keypunch, or compose 
under a text editor , a job consisting of COS control statements for each 
test to be run and submit the job through the front-end computer. For 
more information about COS control statements, see the CRAY-OS Version 1 
Reference Manual, publication SR-0011. 



NOTE 

Before the first run of online tests, the test binaries 
must be installed on the customer's operating system, 
using the system installation procedures described in 
the diagnostic release letter. 



5.1 CPU TESTS 

The following CPU tests can be run online. The diagnostic tests run 
concurrently with normal processing at low priority. Online CPU 
diagnostics always produce dump listings after termination, caused by 
time limit expiration or abort on CPU failure. 



Name 


Description 




AHT 


AH indexing test 




ARB 


A register basic 




ARM 
.002 


Address register 
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Name 



Description 



BRB B register basic 

CMX Random instruction and operand test 

MIT Moving inversions memory test 

SFA Simulate floating-point add 

SFM Simulate floating-point multiply 

SFR Simulate floating-point reciprocal 

SIS Scalar instruction simulator 

SR2 1- and 2-parcel instruction conflicts 

SR3 Random instruction register conflicts 

SRA Scalar register add 

SRB Scalar register basic 

SRL Scalar register logical 

SRS Scalar register shift 

SVC Scalar and vector compare 

TRB T register basic 

VPOP Vector population count 

VRA Vector register add 

VRL Vector register logical 

VRN Vector random 

VRR Vector random with random length and increments 

VRS Vector register shift 

A sample job that runs simulate floating-point add (SFA) is shown in 
figure 5-1. 



JOB,JN=SFA,T=10,P=2,M=50. 

ACCOUNT, AC-aootno. f 

ACCESS , DN=SFA, ID=DIAGSYS . 

MODE , FI=DISABLE . f f 

SFA. 

EXIT. 

DUMP JOB. 

DUMP, FW=0 , LW=50 . 

/EOF 



Figure 5-1. Online CPU diagnostic job 



t If required, your local account statement card is placed here. 
ft The mode card is needed for any diagnostic that runs with 
floating-point interrupts disabled in stand-alone mode. 
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NOTE 

Error status locations appear at addresses 170 through 
200 for CPU diagnostic tests. 



5.2 ONLINE TAPE TEST 

The only available online tape diagnostic is LADDER. This test runs 
under the control of the Cray Operating System (COS) and executes as a 
normal user job, requesting a tape drive from the operating system. To 
run LADDER, a job (figure 5-2) consisting of COS control statements must 
be keypunched, or composed under a text editor, and submitted through the 
customer's front-end computer system. 

A parameter on the job control statement establishes the dataset name to 
be used by the program. Other parameters are read in by the program from 
$IN and must follow the end-of-file control statement. Each parameter 
is on a separate record, starts in column 1, and is right-justified. 

Parameter Description 

1 Starting tape record length (5 digits) 

2 Ending tape record length (5 digits) 

3 Record length increment (+ for increasing and - for 
decreasing) 

4 Read/write switch: 

Write/read 

1 Read 

2 Write 

5 Pass count (Number of times the program loop is 
executed; the default is 1.) 

Figure 5-2 is an example of a COS job that runs the LADDER online tape 
diagnostic test. 



The end of the control statement file is designated by an 
end-of-file record. 
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JOB ,JN=LADDER,T=100,M,* 6250=1. 

ACCOUNT, kC-aoctno» f 

ACCESS , DN=LADDER , ID*=D IAGS YS . 

ACCESS ,DN=*TAPE,DT«*TAPE, VOL=LADSCl,NEW,DF=IC, MBS=32000 , 

LDR , DN=LADDER, CNS . 

LADDER, DIAG. 

EXIT. 

DUMP JOB. 

DUMP, DSP, FL=405000,LW=420000. 

/EOF 

1 

3500 

100 



50 

2 

/EOF 



Figure 5-2. LADDER online tape JCL 



5.3 ONLINE DISK TESTS 

The online disk tests currently available are DDTEST and CMST. 



5.3.1 DDTEST 

DDTEST is a diagnostic that tests a spare DD-19, DD-29, DD-39, or DD-49 
disk drive, the Solid-state Storage Device (SSD) , or the Block 
Multiplexer (BMR) online. To run the DDTEST, do the following: 

1. Read the DDTEST test procedure. 

2. Specify the test conditions on the DDTEST control statement. 

3. Set the DDTEST sense-switches (table 5-1) . 

4. Run DDTEST (figure 5-3) using COS JCL. 

5. Determine how the program terminates. 

6. Display error information, if any, on the screen. 



Replace this statement with your local account statement. If your 
site does not use an account statement, delete the line. 



Part 1 
HM-1002 5-4 



Test procedure 

When the parameter list has been entered (see format) and the 
sense-switches (table 5-1) have been set, follow the progress of the test 
using the procedure described below. The program reads the parameters 
passed to it and decides what to do. In general, it does the following: 

1. Takes the last four numeric characters of the DV parameter and 
appends them to the string ZZZ to produce a dataset name. 

2. Accesses a dataset with the dataset name from step 1 or with the 
name specified by the DN parameter. 

3. If the file exists and the DELETE parameter is present, the 
program deletes and releases the dataset. 

4. If the file does not exist or was deleted, it is assigned by the 
program to the specified device. 

5. DDTEST goes into wait status, until sense-switch 2 is set, giving 
you the opportunity to switch on the disk being tested (normally 
at most sites it would be switched off). If the TRIAL parameter 
is specified, the program does not wait. 

6. When you set sense-switch 2, the program starts immediately. The 
program writes/overwrites the ZZZDV file with the next test 
pattern, one track per record. 

7. On the first iteration, the program saves the ZZZDV file, unless 
the NOSAVE parameter was specified. If the dataset is already 
permanent, the program calls adjust instead. 

8. Depending upon which tests were required, the program reads the 
dataset sequentially, in oscillatory or random mode. Oscillatory 
mode reads the first track, the last track, the second track and 
so on, maximizing disk head movement. 

9. Step 8 is repeated until the required number of iterations (six 
to eight) are exhausted, or until you terminate the program by 
setting sense-switch 1. 

10. If any errors occur, they are reported in the logfile. Data 
check or block-number errors are recorded in the $OUT file. 

When an error is detected, the track on which the error occurred 
is flagged internally as bad and is retried. If at any time, on 
the retry or on a different test, that same track gives a second 
error, the track is internally flawed and is used again during a 
run of the DIDK test utility. 
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11. You have the option of running tests on up to eight disk drives, 
These tests are not performed in parallel. The iteration of 
tests is performed first on one drive, then on the next, and so 
on. 

12. You have the option of using blocked or unblocked I/O. The 
default is unblocked, because it cuts down on memory (no I/O 
buffers are required) . 

COS library routines are used to identify the track that is in 
error. The use of SETPOS^ is asynchronous, and since no read 
ahead is performed, a bad status from the COS UNIT^ I/O 
status routine indicates that the error is in the track being 
read. 

Since there is no equivalent of a block-number check with an 
unblocked dataset, the test is done internally by setting the 
last word of the track (word 22000B) to the value of the track 
number. This test is only run when the DDTEST data format 
parameter is specified as unblocked (DF=U) . The last word is 
tested against the track number and any discrepancy causes a 
block-number error to be reported. 



Control statement 

The format for the DDTEST control statement is as follows: 




DDTEST, DELETE, DELlNT=ft7z: mm*. 88,DELLEH=hh mrm 8 s,DF= format, DN= filename, 




DT-devicetype, DV-DD-nn-nn, L0OP=count,MSG=msgtype, TEST=test, NOSAVE, 
7 




NTKS=W?W2, NOACC , NOENG , NODELAY, PATTYPE= t ype, PERCENT=W, RANSEED=«WW. 



DDTEST parameters are in keyword format and are explained below. 



COS library routine. For more information about COS library 
routines, see the Library Reference Manual, CRI publication SR-0014, 
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DELETE The program usually accesses the ZZZDV dataset before 

overwriting it. The DELETE parameter deletes and releases 
the dataset first; the default is no parameter. 

DELINT The amount of time that the program executes before going 
into DELAY state. Sense-switch 2 must be set for this 
parameter to take effect. The format of this parameter is 
variable: it can be ss, rmrnss or hhimmzss. 
For example: 

DELINT=30 means 30 sees. 
DELINT=1:30 means 1 min 30 sees. 
DELINT=1:1:30 means 1 hr 1 min 30 sees. 

The maximum value is equal to 5:00:00; the default is 
DELINT=1 : . 

DELLEN The amount of time that the program goes into DELAY state. 
Sense-switch 2 must be set before this parameter can be 
specified. The format is variable: it can be ss, 
mrnzss, or hhtmrmss. For example: 

DELLEN=30 means 30 sees. 
DELLEN=1:30 means 1 min 30 sees. 
DELLEN=1:1:30 means 1 hr 1 min 30 sees. 

The maximum value is equal to 5:0:0; the default is 
DELLEN=1:0. 

DF= format 

The data format of the ZZZDV dataset. The data can be 
formatted in any of the following ways: 

DF=U Default; the file is or will be unblocked. 
DF=B The file is or will be blocked. 

If an unblocked format is used, the last word of every 
track contains the track number to check for a block number 
error in a blocked dataset. 

DN= filename 

The file name to be used for testing the device. If this 
parameter is not specified (default) , the name is generated 
internally according to the description given for the DV 
parameter. For example, the following command names three 
files : 

DN=TESTDS1 : TESTDS2 : TDS3 
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DT=dt The device type of the device being tested, dt can be 

one of the following: 

DD19 DD-19 disk drive 
DD29 DD-29 disk drive 
DD39 DD-39 disk drive 
DD49 DD-49 disk drive 
SSD8 8 Mword Solid-state Storage Device 

(SSD) 
SSD 16 Mword SSD 
SSD16 16 Mword SSD 
SSD32 32 Mword SSD 
BMR 1 Mword BMR 
BMR1 1 Mword BMR 

The default setting for the DT parameter is unspecified 
(UNDEF) . If the DT parameter is UNDEF, the DV parameter is 
scrutinized, and if it starts DD-19-xx OR DD-29-xx, the DT 
parameter is assumed to be undefined as shown in the 
example below: 

DT-UNDEF : UNDEF : . . . : UNDEF 

DV-DD-nn-nn 

The logical device name (LDV) of the disk drives to be 
tested. If the device name (DN= filename) parameter is 
not present, the device type and unit is appended to the 
string ZZZ (ZZZ1930) to produce the name of the dataset 
that tests the disk (DV=DD-19-30) . For example: 

DV=DD-19-32 :DD-29-62 :DD-19-53 

LOOP=rc Number of iterations to perform; the default is 9999999. 
An iteration consists of writing a single pattern and 
performing the requested tests. Entering the following 
statement runs 11 data path patterns: 

L00P=11 

MSG-msgtype 

The type of messages, if any, that are sent to the user and 
system logs are specified by this parameter; the default is 
MSG=ALL. 

NONE Only error information messages 

ALL Progress messages and error information 

NOSAVE The program usually saves the ZZZDV dataset after it has 
been written, unless it is already permanent. The NOSAVE 
parameter prevents this. The default is no parameter. 
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HTKS=n Number of tracks to be tested for each disk; the default is 
the complete disk. For example: 

NTKS=:2000 

If there are multiple DVs, each one can have a different 
NTKS value. If there is no specification for a certain DV, 
the value previously specified is used. The default is a 
complete disk. For example: 

DD-19 4109 tracks are tested 

DD-29 8219 tracks are tested 

DD-39 4202 tracks are tested 

DD-49 7086 tracks are tested 

BMR 83 tracks are tested 

SSD-8 908 tracks are tested 

SSD16 1818 tracks are tested 

SSD32 3636 tracks are tested 

The number of tracks reserved for you is subtracted from 
the default value unless NOENG (see below) is specified. 
Once a value is specified, it is used for any succeeding 
devices for which a value is not specified. 

NOACC The program is prevented from attempting to access the 

ZZZDV dataset. NOACC is useful for testing when several 
copies of DDTEST are being run on the same device. Instead 
of having to queue for access to the ZZZDV dataset, the 
tests run without it. The default is no parameter. 

NOENG The disk drive under test does not have any tracks reserved 
for you. This rarely is the case, since seven cylinders 
are always reserved by COS for you, and COS itself requires 
modification to release engineering tracks. The NOENG 
parameter is available in case modifications are 
necessary. The default is no parameter. 

NODELAY The program is prevented from going into DELAY mode. The 
program starts executing without waiting for you to switch 
on the disk drive to be tested. The job comes out of DELAY 
state immediately. NODELAY works as if you switched 
sense-switch 2 on and off. The default is no parameter. 

PATTYPE=tz/pe 

The number of the pattern to be used for testing the disk 
drive; the default is PATTYPE=ALL. Valid values for 
PATTYPE are: 

ALL All the assembled and randomly generated patterns 
are used. 
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RANDOM 

Randomly generated patterns are used for testing 
(1-9999) . The pattern that is normally used on the 
current iteration when ALL is specified is used. In 
the following example, the 6th pattern is used: 

mod[18,12]) 

PERCENT Percentage of the number of tracks (NTKS) to be tested; the 
default is PERCENT=100. The actual number of tracks to be 
tested is calculated using the following formula: 

NTKS*PERCENT/100 . 

The formula allows for specifying the number as a 
percentage of a disk. The value given applies to any 
succeeding devices in which the percentage is not 
specified. The percentage to be tested is specified for 
two devices in the following example: 



PERCENT=10:50 



RANSEED=tt 



Seed that generates the sequence of random numbers used for 
the random pattern. RANSEED is specified as an integer in 
the range from through 99999; the default is RANSEED=0. 

TEST=fcest 

The following tests can be performed: 

SR Sequential read 
OR Oscillatory read 
RR Random read 

The default is TEST=SR. The tests can be run one after 
another by listing them as shown in the example below: 

TEST=SR: OR: RR 

TRIAL The parameter that allows new program features to be 

tested. TRIAL causes the program to simulate both I/O and 
data validity errors. The default is no parameter. 



Sense-switches 



DDTEST sense-switches are software switches that contol the operation of 
the DDTEST program during execution. The default setting for all 
sense-switches is OFF. Table 5-1 lists DDTEST sense-switch settings and 
briefly describes the function of each during DDTEST execution. 
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Table 5-1. DDTEST sense-switches 



Sense-switch 



SW-1 



SW-2 



SW-3 



SW-4 



Significance 



Stops the program; if sense-switch 1 is on, the 
program stops at the end of the current test. 

Delays program execution so you have time to switch on 
the disk to be tested. Once the disk is switched on, 
sense-switch 2 should be switched on (it is normally 
configured off) to allow the program to continue. 

Sense-switch 2 also regulates the speed at which the 
program proceeds. If it is switched on, it causes the 
program to periodically go into WAIT TIMED-EVENT state 
preventing the program from taking over complete 
control of a disk channel. 

If it is not on, no delays occur. 

Restricts the tests to be performed to SR only. 
Sense-switch 3 enables one to change from OR and/or RR 
testing to sole SR testing. Without sense-switch 3 
the program would have to be rerun with different 
parameters. 

Setting the switch off causes the program to revert to 
the tests specified by the TEST parameter. 

Restricts the data pattern used to RANDOM only. When 
sense-switch 4 is enabled, the test pattern changes 
from the current pattern to RANDOM. Without 
sense-switch 4, the program would have to be rerun 
with different parameters. 

Setting the switch off causes the program to revert to 
the patterns defined by the PATTYPE parameter. The 
default has none of the sense-switches set. 



Program termination 

If less than 100 error tracks are reported, DDTEST terminates at test 
completion. However, when 100 error tracks have been reported, the 
maximum limit is reached and the program aborts. Tracks that were 
reported to be in error are retried. If sense-switch 2 is set, the 
program goes into wait state. The length of the delay is determined by 
the DELINT and DELLEN DDTEST parameters . 
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Error information 

To monitor control of the program, a common block pattern, which can be 
displayed using the COS DEBUG (see the CRAY-OS Version 1 Reference 
Manual, publication SR-0011) command, has been set up. To display this 
block, enter the following commands: 

DIS A 200 W J jobsequencenumber 
DIS B 220 W J jobsequencenumber 
AB. 

The DDTEST error summary is only displayed when the program identifies 
bad disk tracks that were not recognized by the hardware. The error 
summary displays the number of the track in error, the number of errors, 
and the type of error. 

Two types of disk errors are recognized by DDTEST: picks (1 for a 0) and 
drops (0 for a 1) . If inconsistent or intermittent errors are reported 
by DDTEST, check for bad data. Figure 5-3 is an example of the job 
control language (JCL) that runs DDTEST and displays the DDTEST error 
summary following a job abort. 



JOB, JN=ABC,M=60, T,US=XYZ . 

account, ac-xxxxxx, us-vyyyy, uvw=uyyyy. f 

RELEASE, DN=3 IN. 

DISPOSE, DN=$OUT,DC=SC. tf 

ASSIGN,D4=SOUT,BS-l,DC=PRT. ft 

ACCESS, DN=DDTEST, ID=DIAGSYS,0WN=U3333. ft 

DDTEST, NOACCNOSAVE, DELETE, NODELAY, NTKS=1760 ,DV=DD-A2-3 3 , 

DT=DD4 9 , LOOP=l , TEST-SR : OR : RR . 
EXIT. 
DUMP JOB. 

ACCESS , DN=$DEBUG , PDN=DDTESTDEBUG . 
DUMP,JTA,CENTER,FW=0,LW,DSP,V. 

DEBUG , BLOCKS , TRACE . 

* 

* . DDTEST FAILED CALL AN ENGINEER. 

* 



Figure 5-3. DDTEST JCL example 



An example of the error summary generated by DDTEST is shown in figure 
5-4. 



t If required, your local account statement card is placed here. 

ft These statements keep the number of required buffers at a minimum. 
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ERROR SUMMARY 

DV=DD-Al-32, ERROR NO=l, TIME=10: 59:35, TYPE=D, RETRY COUNT=0, TRACK NO=53 

TEST PATTERN= 0405004477331652072117B 
READ PATTERN= 0405004477331052072117B 
D IFFERENCES 1 2 3 4 5 6... f BIT 

+PICK / - DROP 

DV=DD-Al-32, ERROR NO=2, TIME=10 : 59 : 38, TYPE=D, RETRY COUNT=0, TRACK NO=1696 

TEST PATTERN= 0405004477331652072117B 
READ PATTERN= 0405004477331052072117B 

DIFFERENCES 1 2 3 4 5 6... h BIT 

+PICK / - DROP 

DD-A1-32 - ERROR IN TRACK NO 53 
DD-A1-32 - ERROR IN TRACK NO 1696 

■ - DD-A1-32 NO OF ERRORS FOUND 2 

NO OF TRACKS FLAWED= 

END OF SUMMARY - JOB ABORTED. 



Figure 5-4. DDTEST error summary 

Figure 5-4. DDTEST error summary 



5.3.2 CMST 

CMST is an online disk test that runs under the Cray Operating System 
(COS) . The diagnostic executes as a normal user job and requests its 
disk space from COS. A job consisting of COS control statements must be 
keypunched or composed under a text editor and submitted through the 
customer's front-end computer system. 



Format: 



CMST ,DV-logunitnum,T= section, p=pattern, s=buffersize 



CMST parameters are in keyword format and are listed below: 
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DW-logunitnum 

Logical unit number of the COS device being tested 

p= pattern 

Test pattern; pattern can be one of the following: 

All zeros 

1 All ones 

2 Checkerboard 

3 Word index and block index 

4 Complement word index and block index 

S=buffersize 

Size of disk buffer in 512-word blocks 

T= section 

Test section; section can be one of the following: 

Run all sections 

1 Write sequential 

2 Read sequential 

3 Random read 

4 Random write 

5 Aggressor file 



Figure 5-5 is an example of a COS job that runs the CMST test. 



JOB , JN=CMST , T=l . 

ACCOUNT, KQ-acctno. f 

ACCESS (DN=CMST,ID=DIAGSYS) . 

LDR,DN=CMST,CNS. 

CMST,DV=A1-19-31,T=0, P=0,S=1 . 

/EOF 



Figure 5-5. Online disk test (CMST) job 



t If required, your local account statement card is placed here. 
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5.4 CONTROL PROGRAMS 

The Diagnostic Systems Department (DSD) currently supports the following 
online control programs: 

• Diagnostic sequencer (DSEQ) 

• MENU utility 

5.4.1 DIAGNOSTIC SEQUENCER (DSEQ) 

The diagnostic sequencer (DSEQ) allows a list of online diagnostics to be 
run in a prescribed order. Each diagnostic has an associated pass count 
that can be modified. The sequencer operates in the following manner: 

1. When control passes from the sequencer to a diagnostic, the 
diagnostic exchanges to the operating system to pick up the 
number of passes to be run. 

2. When the specified pass count has been reached, the diagnostic 
exchanges to the operating system again. 

3. DSEQ regains control from the completed diagnostic and does one 
of the following: 

a. Passes control to the next diagnostic on DSEQ's list 

b. Goes into a delay. When the delay has expired, DSEQ starts 
at the beginning of the list again. 

DSEQ allows you to change the pass count and delay for individual 
diagnostics. For example, to modify the pass count from 100 to 200 
passes, change DSEQ's job control language (JCL) from: 

EXECUTE , VRN , PASS=10 . 

to the following: 

EXECUTE , VRN , PASS= 2 . 

Delay is a subroutine that is called by the DSEQ's JCL. To modify the 
delay period, it is necessary to edit the subroutine that determines the 
delay period. 

DSEQ can be initiated using the MENU utility (figure 5-7) or submitted 
like any normal batch job (the sequencer is made up of JCL statements and 
procedures) to the Cray Operating System (COS) . 
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5.4.2 MENU UTILITY 

Online diagnostics can be selected using the interactive MENU utility. 
To run diagnostics using this utility from the I/O Subsystem (IOS) , do 
the following: 

1. Initialize an interactive console as described in the I/O 
Subsystem (IOS) Operator's Guide, CRI publication SG-0051. 

2. Enter the following COS control statements at the interactive 
console : 

/LOGON 

ACCOUNT, KC-aoontno. f 

ACCESS , DN*MENU, ID-DIAGSYS . 

MENU. 

3. The following messages are displayed at the interactive console: 

CRAY ONLINE DIAGNOSTICS 
ENTER ACCOUNT STATEMENT 

4. Respond to the console messages by entering the account statement 
that is required at your site. 

5. When the account statement has been accepted, the following 
message is displayed at the interactive console: 

ENTER PERMANENT DATASET ID 

6. Respond to the request by entering the following: 

DIAGSYS 

7. MENU'S first menu is displayed. See figure 5-6. 

8. Select an option from the first menu by entering the number 
associated with the option. Options 1 through 8 cause various 
groups of online diagnostics to be submitted. Option 
terminates the menu program. 

9. Select option 9 from the first menu to display the MENU'S second 
menu. See figure 5-7. 



t If required, your local account statement card is placed here, 
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10. The second menu allows you to select the online sequencer (DSEQ) 
and the individual diagnostics listed on the screen. To enter 
any test, enter the number of the test, and press the RETURN 
key. CPU diagnostics submitted from the MENU utiltiy are 
terminated when a specified time limit is exceeded. Passing 
tests discard their output files. 

11. To terminate the second menu and return to the first menu, enter 
0. 

12. To terminate the online MENU utility, enter whenever the first 
menu is displayed. The following message is displayed on the 
console when the MENU utility has been terminated: 

NOW RETURNING TO INTERACTIVE CONCENTRATOR 



AVAILABLE DIAGNOSTIC GROUPS 



1) ADDRESS REGISTERS 

- AHT, ARB - 

2) B AND T REGISTERS 

- BRB, TRB - 

3) SCALAR REGISTERS & FUNCTIONAL UNITS 

- SIS, SR3, SRA, SRB, SRL, SRS, SVC, CMX - 

4) VECTOR REGISTERS & FUNCTIONAL UNITS 

- VPOP, VRA, VRL, VRN, VRR, VRS, CMX, VCH - 

5) FLOATING POINT FUNCTIONAL UNITS 

- SFR, SFM, CMX, SFA - 

6) MEMORY TESTS 

- MIT - 

7) CPU CONFIDENCE TESTS 

- SR3, CMX, VRN, VRR - 

8) ALL CPU DIAGNOSTICS 

9) SELECT INDIVIDUAL TESTS 

- INCLUDING CMST, DDTEST, LADDER, AND SEQUENCER 

ENTER SELECTION NUMBER, OR TO EXIT 



Figure 5-6. MENU utility display (first menu) 
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AVAILABLE DIAGNOSTICS 






1) AHT 




10) 


SR3 






19) 


VRA 


2) ARB 




ID 


SRA 






20) 


VRL 


3) BRB 




12) 


SRB 






21) 


VRN 


4) CMX 




13) 


SRL 






22) 


VRR 


5) MIT 




14) 


SRS 






23) 


VRS 


6) SFA 




15) 


SVC 






24) 


CMST 


7) SPR 




16) 


TRB 






25) 


DDTEST 


8) SFR 




17) 


VCH 






26) 


LADDER 


9) SIS 




18) 


VPO 






27) 


SEQUENCER 


ENTER SELECTION 


NUMBER, OR 


TO 


RETURN 


TO MAIN 


MENU 



Figure 5-7. MENU utility display (second menu) 
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I/O SUBSYSTEM BOOTS 



I/O Subsystem (IOS) boots are stand-alone tests that are booted into 
execution in IOPO from DSSO by using the BOOT command. (See part 1, 
section 3 for details on the BOOT command.) These tests include the 
following: 

• Buffer Memory test (BMT) 

• DUMP 

• I/O Processor Memory test (IOPM/IOPMA) 

• Inter -processor channel boot (IPC) 

• Multiprocessor Buffer Memory boot (MBUF) 

• Basic checkout display (BCD) * 

+ 

• Basic processor instruction test (BPX) 

• Disk system flaw test (DKX) f 

• Save a zero test (SAZ) ^ 



6.1 BUFFER MEMORY TEST (BMT) 

Buffer Memory test (BMT) tests Buffer Memory by performing a series of 
reads and writes using a specified test pattern. The actual results are 
then compared against the expected results (test pattern) to determine if 
the test has been successful. BMT parameters identify local site 
hardware, enable specific tests, and control execution. 

Table 6-1 lists BMT parameters and briefly describes the function of 
each. To run BMT, set up the memory description parameter, bank select 
mask, and chip select mask. DKX sets up the rest of the parameters. The 
test has section 14 selected with processor 1 disabled and processors 2 
and 3 enabled. 



This IOS boot is booted from DSSO and exists on a separate deadstart 
tape. 
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To set any parameter, enter the bit pattern of the desired instruction in 
the corresponding address. For example, to enable the program to run on 
an 8-bank machine, enter xxxxxo at address 4001. 

Figure 6-1 is a an example of the BMT display. Display commands can be 
entered as single characters (function keys or keyboard characters) or as 
addresses that store multiple characters. See figure 6-1. 



KEYBOARD 


COMMANDS BMT BUFFER MEMORY TEST 


BK OX 01234567 




SECTION 9 BLOCK WRITE 




IX 




SINGLE CHARACTER ENTRY 




CHIP 0123 KE 




RUBOUT 




BACKSPACE AND ERASE 








LINEFEED 




DELETE KEYBOARD LINE 








RETURN 




PROCESS KEYBOARD LINE 








ESCAPE 




STOP DIAGNOSTIC 








SPACE 




START DIAGNOSTIC 













DISPLAY COMMON MEMORY 








L 




DISPLAY LOCAL MEMORY 








R 




DISPLAY REGISTERS 








N 




BLANK DISPLAY 








P 




PARAMETER DISPLAY 








MULTIPLE 


CHARACTER ENTRY 








U ADDR 




SET UPPER DISPLAY TO 


ADDR 






L ADDR 




SET LOWER DISPLAY TO 


ADDR 






S ADDR DATA 


STORE DATA AT ADDRESS 








S+ADDR DATA 


STORE SEQUENTIAL 









Figure 6-1. BMT display 



Table 6-1. BMT parameters 



Address 


Default 


Description 


4001 





Memory description parameter 
xxxxxo 8 banks 
xxxxxl 16 banks 
xxxxox 16K chips 
xxxxlx 64K chips 
xxxQxx 128K memory 
xxxlxx 256K memory 
xxxzxx 512K memory 
xxx4xx 1024K memory 
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Table 6-1. BMT parameters (continued) 



Address 


Default 


Description 


4001 




XX l XXX 


2048K memory 






xx 2 xxx 


4096K memory 






xx 4 xxx 


8192K memory 






xxxxx 


Section 






1 xxxxx 


Section 1 


4002 





xxxxx 


16K chip (2MA) 






xxxxx l 


64K chip (2MK) 


4003 


77577 


XXXXX 1 


section Zeros 






xxxxx 2 


section 1 Ones 






xxxxx 4 


section 2 Sliding 1 






xxxxl X 


section 3 Sliding 






xxxx 2 x 


section 4 CS/BK ones 






xxxx 4 x 


section 5 CS/BK zeros 






XXX 1 XX 


section 6 Bank address 






xxx 2 xx 


section 7 Chip address 






XXX 4 OCX 


section 8 Random data 






XX 1 xxx 


section 9 Block write 






xx 2 xxx 


section 10 Block read 






xx 4 xxx 


section 11 LM address 






X l xxxx 


section 12 SECDED 






x2 xxxx 


section 13 Random R/W 






x 4 xxxx 


section 14 Random read 






1 xxxxx 


section 15 Error channel 


4004 


15 


xxxxx l 


Stop on error 






xxxxx 2 


Stop at end of test 






xxxxx 4 


Stop on SECDED error 






a^cccxl a: 


Stop on data error 


4005 





max address 1777 512K 








3777 1024K 








17777 4096K 








37777 8192K 


4006 





xxasclO 


8 banks 






axca;a:20 


16 banks 


4007 


177777 


Bank select mask 






000001 


Bank 






000002 


Bank 1 






000377 


Bank 0, 1, 2, ... 7 






177400 


Bank 10, 11, ... 17 
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Table 6-1. BMT parameters (continued) 



Address 


Default 


Description 


4010 


17 


Chip select mask 
xxxxxi Chip 0,1 
xxxxx2 Chip 0,1,2 
xxxxx3 Chip 0,1,3 


4012 


5 


Buffer Memory data channel 


4013 


16 


Buffer Memory error channel 


4014 


1 


Quick look flag 


4015 


1000 


Word count limit (sections 9,10) 


4016 





Refresh wait count 


4017 


177770 


Loop count limit (section 13) 


4020 


6 


Section 14 processor selects 

1 Al 

2 A2 
4 A3 


4021 





Background Memory limit maximum 
address 

1777 512K 

3777 1024K 

17777 4096K 


4022 





Northstar on system 
1 Yes 
No 



6.2 DUMP 

The DUMP boot allows the contents of Local Memory, Buffer Memory (MOS) , 
or CPU (Central) memory to be listed on the printer. To produce a dump, 
answer Y (yes) or N (no) to several questions and specify a beginning and 
ending address for the dump. Figure 6-2 is an example of the DUMP 
display. To terminate a dump in progress, enter the following command: 

/LP 
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When a dump is made of Buffer Memory or CPU memory, a listing is 
generated. To determine the format of the listing, enter either WORD or 
PARCEL next to the following screen prompt: 

WORD MODE ? 

You are also requested to enter a BASE ADDRESS when CPU Memory is 
dumped. When the system loads the DUMP program, it uses this address as 
the starting address of the program. 

If IOPO is to be dumped, it must have been saved previously by 
deadstarting the SAZ tape (subsection 6.9). 



MOS?N 

IOP-07N 

I0P-1PN 

I0P-2PN 

I0P-3?Y 

LOCAL MEMORY: 10000 

-LOCAL MEMORY 
-OPERAND REGISTERS 
-INTERNAL REGISTERS 

MORE? 



Figure 6-2. I/O Processor DUMP program 



6.3 I/O PROCESSOR MEMORY TEST (IOPM/IOPMA) 

IOPM tests memory in an I/O Processor. It tests the Local Memory of an 
elected processor by doing a deads tart/dead dump through Buffer Memory. 
IOPM is booted into execution in IOPO. One of the other processors can 
be selected to run the test, and any of nine test sections can be 
selected. 

To run IOPM/IOPMA, select a test pattern and enable that pattern by 
entering the P command. Other commands are available to alter test 
selections, control output displays, and control program execution. 
Running IOPM/IOPMA requires you to select the following: 

• Tests to be enabled (table 6-1) 

• Commands that control test displays and execution (table 6-3) 
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6.3.1 TEST SELECTIONS 

Any of the nine tests described in table 6-2 can be selected. 

Table 6-2. IOPM/IOPMA test selections 



Test 


Size (parcels) 


Description 





4000 8 


Enters zeros into the processor that is being 
tested to verify that it matches the input 


1 


4000 8 


Enters ones into the processor that is being 
tested to verify that it matches the input 


2 


4000 8 


Enters the 52525 pattern into the processor that 
is being tested and checks the output to verify 
that it matches the input 


3 


4000 8 


Enters the 125252 pattern into the processor that 
is being tested and checks the output to verify 
that it matches the input 


4 


4000 8 


Presests all parcels to zeros. One parcel of 
ones is entered and the information is read out 
and checked. The parcel of ones is moved to the 
next address and sent through again. This 
process continues until the first 4000 8 
addresses are checked. 


5 


4000 8 


Presets all parcels to ones. One parcel of zeros 
is entered and the information is read out and 
checked. The parcel of zeros is moved to the 
next address and sent through again. This 
process continues until the first 4000 8 
addresses are checked. 


6 


100 8 


Initiates a data path test similar to test 4 
except that an individual bit is set to 1 and 
moved through a field of zeros. 


7 


100 8 


Initiates a data path test similar to test 5 
except a single bit is set to and moved through 
a field of ones. 


8 


4000 8 


Enters a user-selected test pattern into Buffer 
Memory and checks the read out. Stores the 
pattern using the S or S+ commands. 
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6.3.2 COMMANDS 

IOPM/IOPMA control commands can be divided into two basic types: display 
and execution. 



IOPM/IOPMA DISPLAY control commands 

Figure 6-3 illustrates the IOPM display. The following information is 
included in the display: 



© 
© 

© 
© 
© 



Test number: 
Test enable: 



The number of the test being executed 

An enabled test (any and all tests can be 
enabled and are run in the sequence entered) is 
denoted by an asterisk that immediately follows 
the test number 



Total passes: The total number of passes completed for all 
enabled tests. 

Total errors: The total number of errors accumulated for the 
test 



Bank errors: 



The word errors accumulated for each bank 



© 

TEST 




MEMORY TEST 
PROCESSOR ^ 




TOTAL 


© 

PASSES 


000000 


12 3 

© 

BANK ERRORS 


4 5 


6* 1 


'* 8* (2) 




ERRORS 

© 


000000 




K0 


XI 


X2 


X3 


X4 


X5 


X6 


X7 


OX 000000 000000 000000 000000 000000 000000 000000 000000 


IX 000000 000000 000000 000000 000000 000000 000000 000000 


M 


-0 


-1 


-2 


-3 


-0 


-1 


-2 


-3 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000001 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000002 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000003 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000004 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000005 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000006 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000007 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


000000 


ENTER ? 
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Test results can be displayed on the bottom half of the screen in a 
number of different ways. You can select either memory or bit error 
information to be displayed. When a memory display is selected, the 
memory address is shown in the far left column. Columns 2 through 5 
(marked -0 through -3) display the output buffer in parcel format, and 
columns 6 through 9 (marked -4 through -7) display the input buffer in 
parcel format. If a bit error display is selected, one of the following 
displays must be selected from table 6-3: 

• Total bit errors 

• Bit versus bank errors 

The header indicates the type of display. If the bit versus bank error 
display is being shown, the bank number also appears. 

Table 6-3 lists IOPM/IOPMA DISPLAY control commands and briefly describes 
the function of each. 



Table 6-3. IOPM/IOPMA DISPLAY control commands 



Command 


Description 


B 

B n 
C 

D n 
F 

> 
< 


Display bank displays the total bit errors encountered 
thus far . 

Bit versus bank errors displays errors according to 
bank origin, where nn is an octal number from to 17 

Continue allows a test to continue running after being 
interrupted by scope, loop on error, or error stop. 

Display address displays the input buffer for the 
test, where nnn is an octal number from to 1770. 

Find error stops for an error stop condition with 
memory displayed. The buffer is searched for the 
error. The search starts at whatever address is 
presently viewed. If an error is found, the address 
that is in error is the first address displayed. If 
no error is found, the entry line is not cleared and 
address is displayed. 

Roll down displays the next lower -numbered bank or 
group of addresses. 

Roll up displays the next higher-numbered bank or 
group of addresses. 
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Table 6-3. IOPM/IOPMA DISPLAY control commands (continued) 



Command 


Description 


:BOOT 
R 

: REFRESH 


Boots in another program 

Restart clears all error and pass counters and 
immediately begins executing the enabled test. 

Disables the screen refresh until a LINEFEED is entered 



IOPM/IOPMA EXECUTION control commands 

IOPM/IOPMA EXECUTION control commands not only enable and disable tests, 
but alter output displays and determine the way tests execute before and 
even during execution. Table 6-4 lists and briefly describes the 
commands that control the execution of tests that run under IOPM/IOPMA. 



Table 6-4. IOPM/IOPMA EXECUTION control commands 



Command 


Description 


E t 


Error stop mode is executed when an error is 
encountered on a check. The test stops and remains 
idle until it is changed by the operator. 


L f 


Loop on error mode is executed if an error is found on 
a check. The test continues on its current pass and 
performs input, output, and error checks. Loop on 
error mode remains active until it is changed by the 
operator . 


N 


The scope, loop on error, or error stop command is 
cleared by the NONE command. 


P n lr n 2 , . .. riQ 


P followed by a space and one or more test 
numbers enables the test associated with the numbers. 
The following command enables tests 1, 2, and 3: 




P 123 command 



This letter appears on the display right after the number of the test 
that is enabled. Upon encountering an error, an asterisk appears after 
the letter. 
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Table 6-4. IOPM/IOPMA EXECUTION control commands (continued) 



Command 


Description 


P (continued) 

P A 
PN n 
X 


Test numbers can be entered in any sequence (P 312) . 
The number of each test you want enabled must be 
entered. To enable tests through 7, enter the 
following : 

P 01234567 

The P command can be entered at any time and the most 
recent P command takes precedence. If a P 4567 has 
been entered, and while test 5 is executing P 123 is 
entered, test 1 begins immediately upon completion of 
test 5. When P is entered without test numbers, 
testing is terminated when the current test is 
completed . 

Selects patterns through 8 

Selects processor n for the test 

Scope mode shuts down display and error checking and 
does an I/O transfer of data in the output buffer . 
The keyboard is active but not echoed. Only 
significant characters such as L (loop on error) or E 
(error stop) affect the display. Nonsignificant 
characters do not affect the keyboard. 



6.4 INTERPROCESSOR CHANNEL BOOT (IPC) 

The interprocessor channel boot (IPC) tests the interprocessor 
accumulator channels and checks data transfers that use IOD and IOB 
instructions, interrupts, deadstarts and dead dumps. The program assumes 
that Buffer Memory is running simple processor execution tests and 
working normally. IPC accepts execution parameters and returns error 
information at the completion of the test run. 
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6.4.1 PARAMETERS 

IPC parameters can be used to select the test processor and set the 
program stop condition. Table 6-5 lists IPC parameters and their 
settings. 



Table 6-5. IPC parameters 



Address 


Description 


7 
10 


Test processor. Selection is made by setting bits in 
the following way: 

xxxxxl Processor 
xxxxxl Processor 1 
xxxxxl Processor 2 
xxxxlx Processor 3 

Stop condition. Selection is made by setting bits in 
the following way: 

xxxxXL Stop on error 
xxxxx2 Stop at end of test 



6.4.2 ERROR INFORMATION 

Errors are displayed in a table format that lists processor, channel, 
failing instruction, expected data, actual data, and the specific error 
condition (see figure 6-4). Errors generally occur in pairs. If the 
input processor finds a data error, it halts and reports it immediately 
A halt causes the other processor in the pair to get an OUTPUT TIMEOUT 
error. 



PROC 



CHAN 



INSTR 



EXPECT 



ACTUAL 



IPC INTER-PROCESSOR 
CHANNEL TEST 

PASS 000001 
PROCESSOR PAIR 

ERROR CONDITION 



Figure 6-4. IPC error display 
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6.5 MULTIPROCESSOR BUFFER MEMORY BOOT (MBUF) 

Multiprocessor Buffer Memory (MBUF) test' is a system exerciser 
diagnostic that tests all of Buffer Memory from each processor 
individually and performs random writes and reads from all processors 
concurrently. MBUF performs an initial quick look with Buffer Memory 
dedicated, in turn, to each processor selected for the test. 
Essentially, a check is made of all addresses with reads and writes of 
zeros and ones. 

Single word reads are interspersed throughout the test to compare against 
the random operation. Random block lengths up to 2000 words are used and 
testing continues indefinitely. 

All interprocessor communications are handled over accumulator channels. 
A user-selected test pattern is stored by using the S or S+ command. 
Table 6-6 lists the MBUF test pattern commands and briefly describes the 
function of each. 



Table 6-6. MBUF test pattern commands 



Command 


Description 


S addr data 
S+ addr data 


Stores data at addr in the write buffer. 
Data can be up to four parcels separated with 
spaces . 

Stores data at addr and advances entry to 
next address 



During execution, keyboard entries are processed much slower because IOP0 
is often busy testing Buffer Memory. 

The following elements of the MBUF boot program are available to you: 

• Parameters that control program execution and identify hardware 

• Error information 



The MBUF test (dedicated) is based on the algorithm described by John 
Knaizuk, Jr. and C. R. P. Hartmann in IEEE TRANSACTIONS ON COMPUTER , 
April, 1977. 
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6.5.1 PARAMETERS 

Table 6-7 lists the test parameters for MBUF and briefly describes the 
user options. 

Table 6-7. MBUF parameters 



Address 


Default 


Description 


7 


17 


Identifies the processors to be tested. The 
default tests all processors. Selection is made 
by setting bits in the following way: 

xxxxxl Processor 
xxxxxl Processor 1 
xxxxxl Processor 2 
xxxxlx Processor 3 


10 


10 


10 Sets Buffer Memory size in blocks of 1/8 
million words (10=1 million words, 40=4 million 
words, and so on) . 


11 


2 


Sets the error channel reporting option. 
Selection is made by setting bits in the 
following way: 

xxxxxl Report correctable errors 
xxxxxl Report uncorrectable errors 


12 


1 


Sets data checking. Selection is made by setting 
bits in the following way: 

000000 Do not verify random read/write data. 

000001 Verify data. 


13 


1 


Sets the program stop condition 


14 


1001 


Sets the maximum random block length to be used 



6.5.2 ERROR INFORMATION 

MBUF returns error information in two ways 

• Error messages 

• Screen displays 
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MBUF error messages 



Any errors encountered during a test 
the right side of the screen. 

Message 

CHAN 3 LM ERROR SEC/BK XX BYTE X 



run are recorded in the logfile on 



Meaning 

An error is detected during a 
random read or write. 



CHAN 5 DIDNT INTERRUPT 



An interrupt condition failed to 
occur . 



CHAN XX DN AFTER DEADSTART CMD 



The processor could not be 
deads tar ted. 



DATA ERROR DURING RANDOM READ 
XFER ADR BM UUUUUU 111 LM XXXXXX 
BLOCK LENGTH XXXXXX 

FAILING ADR BM UUUUUU 111 LM XXXXXX 
EXPECT XXXXXX XXXXXX XXXXXX XXXXXX* 
ACTUAL XXXXXX XXXXXX XXXXXX XXXXXX 



An error was detected during a 
random read or write 



DATA OR ADR ERROR ON 1 WORD XFER 
XFER ADR BM UUUUUU 111 LM XXXXXX 
BLOCK LENGTH XXXXXX 

EXPECT XXXXXX XXXXXX XXXXXX XXXXXX 
ACTUAL XXXXXX XXXXXX XXXXXX XXXXXX 1 



An error was detected while the 
memory was dedicated to a single 
processor . 



LOST CHAN COMMUNICATION WITH AX 



UNEXPECTED INTERRUPT CHAN XX 



Accumulator channel status 
communication was lost with a 
processor • 

An interrupt condition failed to 
occur . 



ERRORLOG BM STATUS 
FIRST PARAMETER XXXXXX 
SECOND PARAMETER XXXXXX 
THIRD PARAMETER XXXXXX 



Error log channel reports an error 
in Buffer Memory. 



ERRORLOG LM STATUS kX 
FIRST PARAMETER XXXXXX 



Error log channel reports an error 
in Local Memory. 



t The actual value represents random block transferred data, while the 
expected value is data obtained with a single-word read. 

ft The error log channel is available on the CRAY-1 Models A, B, C and 
on the CRAY-1 S through serial number 20. 



HM-1002 



Part 1 
6-14 



MBUF error display 

An example of the MBUF error display is shown in figure 6-5. 



LOGFILE. 

**.MULTI PROCESSOR BUFFER MEMORY TEST 

** 

• 

**. MEMORY DEDICATED TO ONE PROCESSOR 

AO. RUNNING 

A 0. DONE 

Al. RUNNING 

Al.DONE 

A2. RUNNING 

A 2. DONE 

A3. RUNNING 

A3. DONE 

**. MEMORY SHARED BY ALL PROCESSORS 

**. DOING RANDOM READS AND WRITES 

AO. RUNNING 

Al. RUNNING 

A2. RUNNING 

A3. RUNNING 

Al.DATA ERROR DURING RANDOM READ 

Al.XFER ADR BM 000011 765 LM 010000 

Al. BLOCK LENGTH 000324 

Al. FAILING ADR BM 000011 766 LM 01000 

Al. EXPECT 107324 051134 167102 000442 

Al. ACTUAL 107324 051130 167102 000442 



Figure 6-5. MBUF error display 



6.6 BASIC CHECKOUT DISPLAY (BCD) 

Basic checkout display (BCD) is a utility for displaying Local Memory and 
registers of IOP0 (see figure 6-6) . It allows octal programs to be 
entered and executed. 

BCD resides on its own deads tart tape and is deads tar ted into IOP0 from 
the Peripheral Expander tape drive. To deadstart the program, follow the 
steps listed below. 

1 . Set the deadstart panel switches to their normal settings (see 
Appendix D.2. 

2. Press the MASTER CLEAR button. 

3. Press the DEADSTART button. 

4. Press the SPACE key to enter the first character and begin 
execution. 
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BCD 5/17/80 




LOCAL 










REGISTERS 






10000. 


026000 


027001 


074761 


000000 


0. 


000012 


177766 


000000 


000000 


10004. 


000000 


000000 


000000 


000000 


4. 


000000 


000000 


000000 


000000 


10010. 


000000 


000000 


000000 


000000 


10. 


000000 


000000 


000000 


000000 


10014. 


000000 


000000 


000000 


000000 


14. 


000000 


000000 


000000 


000000 


10020. 


000000 


000000 


000000 


000000 


20. 


000000 


000000 


000000 


000000 


10024. 


000000 


000000 


000000 


000000 


24. 


000000 


000000 


000000 


000000 


10030. 


000000 


000000 


000000 


000000 


30. 


000000 


000000 


000000 


000000 


10034. 


000000 


000000 


000000 


000000 


34. 


000000 


000000 


000000 


000000 


10040. 


000000 


000000 


000000 


000000 


40. 


000000 


000000 


000000 


000000 


10044. 


000000 


000000 


000000 


000000 


44. 


000000 


000000 


000000 


000000 


10050. 


000000 


000000 


000000 


000000 


50. 


000000 


000000 


000000 


000000 


10054. 


000000 


000000 


000000 


000000 


54. 


000000 


000000 


000000 


000000 


10060. 


000000 


000000 


000000 


000000 


60. 


000000 


000000 


000000 


000000 


10064. 


000000 


000000 


000000 


000000 


64. 


000000 


000000 


000000 


000000 


10070. 


000000 


000000 


000000 


000000 


70. 


000000 


000000 


000000 


000000 


10074. 


000000 


000000 


000000 


000000 


74. 


000000 


000000 


000000 


000000 



Figure 6-6. BCD display 



Programs must start at address 10000. Local Memory (10000-177777) and 
registers (0-700) are available. BCD does not use the exit stack. At 
the end of your instruction sequence, you must return control to the 
utility with a jump instruction. A jump to address 7600 or register 760 
allows your program to execute once and stop. A jump to address 7610 or 
register 761 causes your program to loop until the ESC key is pressed. 

Table 6-8 lists the commands available for running programs under the BCD 
utility and briefly describes the function of each. 



Table 6-8. BCD commands 



Command 


Description 


L addr 

addr 

L addr value 

addr value 


Displays Local Memory beginning at address addr 
Displays Local Memory beginning at address addr 
Sets Local Memory address addr to value value 
Sets Local Memory address addr to value value 
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Table 6-8. BCD commands (continued) 



Command 


Description 


LL addr 


Displays the lower block of Local Memory at 




address addr 


R n 


Begins with register display with register n 


R n value 


Sets register n to value value 


RU n 


Displays the upper block of the register display 




with register n 


RL n 


Displays the lower block of the register display 




with register n 


CL 


Clears Local Memory 


CR 


Clears registers 


WRITE addr 


Writes 10000 parcels to tape from address addr 


WRITE 


Creates the BCD deadstart tape 


REWIND 


Rewinds the tape 


READ addr 


Reads a tape record to address addr 



Table 6-9 lists the BCD function keys and gives a brief description of 
the operation of each. 



Table 6-9. BCD function keys 



Key 


Description 


RETURN 


Executes a command 


DEL 


Erases the last character in the keyboard buffer 


LINEFEED 


Erases the keyboard buffer 


TAB 


Refreshes the entire display 
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Table 6-9. BCD function keys (continued) 



Key 


Description 


SPACE 
ESC 


Starts the program at address 10000 (acts as the first 
character in the program) 

Stops the execution of a running program 



6.7 BASIC PROCESSOR INSTRUCTION TEST (BPX) 

The basic processor instruction test (BPX) is an IOP0 diagnostic that 
resides on its own deadstart tape. To deadstart BPX into IOP0 with the 
Peripheral Expander tape drive, follow the steps listed below. 

1. Set the deadstart panel switches to their normal settings. 

2. Press the MASTER CLEAR button. 

3. Press the DEADSTART button. 

If the bell rings continuously on the IOP0 display, BPX is running. If 
the bell does not ring, scope the P register of IOP0 to determine the 
address that the processor is looping on. This address indicates an 
error stop which, along with the listing of BPX, should identify the 
failing instruction sequence. The P register can be examined by 
synchronizing on B32(2AT) and scoping F60-75(2AA). 



6.8 DISK SYSTEM FLAW TEST (DKX) 

The disk system flaw test (DKX) provides a system data integrity check 
and a disk surface analysis test. This subsection describes the control 
program that resides in IOP0 and the disk service program that resides in 
IOP1, IOP2, and IOP3. 

The IOP0 control and disk driver communicate through the interprocessor 
channels. All data checks are done in IOP0. Buffer Memory is used for 
disk data storage and I/O command functions. The DKX control program 
reports error information, builds tables and sets flags that monitor 
control functions. 

The display generated by the DKX diagnostic is shown in figure 6-7. 
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© ^ 

APO CYL 

XXXX XX XX x pc= xxxx 

ERR XXX 

^® © ^ 

(5) ** * E3E**** (3) * * * 

API 2222222233333333 

0123456701234567 

r$\ * * e * ***** *** 

AP2 2222222233333333 
0123456701234567 

© 



Figure 6-7. DKX error display 

Cylinder, head, and sector display numbers are received from IOP x 
through Buffer Memory and may not reflect current values. The Disk 
Activity Table (DAT) is generated by the DKX program and contains current 
program values. 

Descriptions for the keywords used in figure 6-7 are as follows. 

Label Comments 

(1) Disk Channel Busy flag set; represented by *. 

(2) Disk channels, a single digit from through 7 

(¥) Disk channels selected; represented by the digits 2 and 3. 

(7) IOP0 control program (APO) 

(?) IOP1 selected (API) 

(?) IOP2 selected (AP2) 

(7) Cylinder (CYL) 

(jS) Test name 

(9) Disk channel error (E) 

(y) Error ID number (ERR) 

(D) Head (HD) 

(12) Program halt address (P =) 

(13) Test section number (SEC) 
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<& 

<& 



Sector (SR) 

Version number (VI. X) 

Table 6-10 lists disk channel bit settings for data transfers. To 
activate any channel, set the bit associated with the channel equal to 1 
The DKX program contains the following elements: 

• Parameters 

• Error messages 



6.8.1 PARAMETERS 

Test parameters can be set to control the following activities: 

• Data transfer 

• Test operation 

Data transfer parameters 

To activate any channel for data transfer, set the bit associated with 
the channel to 1. Table 6-10 lists the addresses for IOP1, IOP2, and 
IOP3 and the corresponding bits that must be set to activate the desired 
channel. 



Table 6-10. Disk channel bit settings for data transfers 



Address 


Bit 


Channel 


Description 




4001 




1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 


20 
21 
22 
23 
24 
25 
26 
27 
30 
31 
32 
33 
34 
35 
36 
37 


IOP 1 disk channel selection 
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Table 6-10. Disk channel bit settings for data transfers (continued) 



Address 


Bit 


Channel 


Description 


4002 
4003 


0-15 
0-15 


20-37 
20-37 


IOP2 disk channel selection. The format for 
address 4002 is the same as address 4001. 

IOP3 disk channel selection. The format for 
address 4003 is the same as address 4001. 



Test control parameters 

DKX test control parameters set test flags, enable output display 
channels, set cylinder limits, and print flaw formats. Table 6-11 lists 
DKX control parameters and briefly describes the bit settings for the 
options available test. Test options are enabled using the method 
described above for data transfer channel selection. 



Table 6-11. DKX test control parameters 



Address 


Section 


Bit 


Flag 


Description 


4004 








Test section select flags 






1 
2 
3 
4 


00 
01 
02 
10 
20 


1 
1 
1 
1 

1 


Position and read/write cylinder 40. 
Select a random read/write cylinder. 
Select flaw mapping. 
Select read/write utility. 
Set user code. 


4005 








Section parameter flags 






1 
1 
2 
2 


00 
01 
01 
02 
02 


1 

1 


1 


Read data and log flaws. 

Write maintenance cylinder only. 

Random read/write to all cylinders. 

Select cylinder margins. 

Do not use cylinder margins. 


4006 




t 




IOPl output display channel 


4007 




t 




IOP2 output display channel 



t Low-order 6 bits 
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Table 6-11. DKX test control parameters (continued) 



Address 


Section 


Bit 


Flag 


Description 


4010 




t 




IOP3 output display channel 


4011 








Lower cylinder limit 


4012 








Upper cylinder limit 






1 
1 
2 
2 


00 
01 
01 
02 
02 


1 

1 


1 


Read data and log flaws . 

Write maintenance cylinder only. 

Randomly read/write all cylinders. 

Select cylinder margins. 

Do not use cylinder margins. 


4013 








Print flaw format selections 






00 
00 
15 




1 

1 


Format selection 1. 
Format selection 2. 
Do not print flaws. 


4 014 








Interrupt Disable flag for IOP0 






00 
01 


1 
1 


Disables Local Memory interrupts 
Disables error reporting channel 


4015 




00 


1 


Interrupt Disable flag for IOPx 


4016 








Log Disk Errors channel records channel 
20 data errors for IOP1, IOP2, and IOP3 
when address 4016=20. See table 6-13 
for error information (IOP0) . 


4 017 




00 


1 


Command Look Ahead flag allows disk I/O 
commands (1-3) to be executed while 
IOP0 is checking data. Read and 
generate data commands are excluded. 


4020 






400 

1 
1777 


Pass Count flag (section 1 only) 

Default (400 passes) 

Minimum number of passes (1 pass) 

Maximum number of passes (1777 passes) 



t Low-order 6 bits 
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NOTE 



Pressing the P key and the RETURN key terminates a DKX 
section. Pressing the SPACEBAR restarts the test. 



6.8.2 ERROR MESSAGES 

The DKX program returns the following kinds of error messages: 

• Disk errors 

• Channel initialization errors 

• Miscellaneous errors 

• Error information tables 

Disk Error flags 

Disk Error flags are set when disk identification errors occur. Table 
6-12 lists and briefly describes messages generated when DKX Disk Error 
flags are set. 



Table 6-12. DKX Disk Error flags 



Flag 



171 
203 
204 

205 

206 



Description 



Printer fault 

Excessive parity errors; the error is flagged in IOP0. 

ID error found because channel ID/head/sector/cylinder did not 
compare (match) ; the error is flagged in IOP0. 

A data error is encountered; however, the Disk Error flag is 
not set. The error is flagged in IOP0. 

40 Disk Error flags are set, but the data is checked as being 
good. A possible checkword circuit defect exists. The error 
is flagged in IOP0. 
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Table 6-12. DKX Disk Error flags (continued) 



Flag 



220 
210 
211 
212 
213 

214 
215 

216 
217 
560 

770 



Description 



Channel timeout 

Function 6000' has a status of nonzero. 

A cylinder status compare error is indicated . 

A head status compare error is indicated. 

A false error situation occurs when buffer data is equal to 1 
and 6000 function status is equal to 0. 

Error status is bad (6000 function') . 

Error (6000 function ) status is nonzero without the Error 
flag being set. 

Disk channel is busy too long. 

An extraneous disk interrupt has occurred . 

A flaw table in IOP0 does not compare with flaws received from 
IOpar. 

IOPO/IOPa: timeout 



t See the I/O Subsystem Reference Manual, CRI publication HR-0030. 



Channel Initialization flags 

Channel Initilization flags are set when channel initialization errors 
occur at deadstart or during data transfers between IOPs. Table 6-13 
lists DKX Channel Initialization flags and briefly describes the function 
of each. 
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Table 6-13. DKX Channel Initialization flags 



Flag 


Description 


61 


Unable to communicate with IOP1 after deadstart (Buffer Memory 




flag) 


62 


Interprocessor output channel timeout; IOP0 transfer to IOP1. 


63 


Interprocessor input channel timeout; IOP0 transfer from IOPl . 


64 


Interprocessor Channel flag data error IOPl, IOP2, or IOP3. 


101 


Unable to communicate with IOP2 after deadstart (Buffer Memory 




flag) 


102 


Interprocessor output channel timeout; IOP0 transfer to IOP2. 


103 


Interprocessor input channel timeout; IOP0 transfer from IOP2. 


121 


Unable to communicate with IOP3 after deadstart (Buffer Memory 




flag) 


122 


Interprocessor output channel timeout; IOP0 transfer to IOP3. 


123 


Interprocessor input channel timeout; IOP0 transfer from 10P3. 



Miscellaneous DKX error flags 

Miscellaneous error flags are set if data transfers are interrupted or if 
data transfers exceed time limits. Table 6-14 lists miscellaneous error 
flags and briefly describes the function of each. 



Table 6-14. Miscellaneous DKX error flags 



Flag 


Description 


31 
51 


Local Memory parity error; parity error halts tests in IOP0 
through IOP3. 

Buffer Memory Error flag; Buffer Memory error halts tests in 
IOP0 through IOP3. 
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Table 6-14. Miscellaneous DKX error flags 



Flag 



52 

66 

72 

112 

132 

161 

162 

163 

164 
165 



Description 



Buffer Memory Error flag; extraneous buffer interrupt halts 
test in IOPO through IOP3. 

Interprocessor Channel Error flag (input) ; illegal function 
code causes a test halt in I0P1, I0P2, or I0P3. 

Interprocessor Channel Error flag (output) ; function response 
to I0P1 is too long. 

Interprocessor Channel Error flag (output) ; function response 
to I0P2 is too long. 

Interprocessor Channel Error flag (output) ; function response 
to I0P3 is too long. 

Error Report channel (IOPO only) ; IOPO parity error halts test 
in IOPO through I0P3. 

Error Report channel (IOPO only); I0P2 parity error halts 
tests in IOPO through IOP3. 

Error Report channel (IOPO only); I0P3 parity error halts 
tests in IOPO through I0P3. 

Error Report channel (IOPO only); Buffer Memory error. 

Error Report channel (IOPO only); erroneous error. 



The operand registers contain the following error information: 
Register Contents 
EL 



ES 7 
Eh 1 
EB 11 
EC* 



Local Memory error (byte/section/bank) 
Error status 
First parameter 
Second parameter 
Third parameter 



t This register is used by the error reporting channel, 
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Error information tables 

Error information tables are generated by the DKX diagnostic test. Table 
6-15 lists and briefly describes these error tables. For more 
information about any of the tables described in table 6-15, see DKX in 
the I/O Subsystem (IOS) Diagnostic Ready Reference Guide, CRI publication 
HQ-1007. 



Table 6-15. DKX error information tables 



Table 



IOPO Disk Error 
flags 

Data Error Buffer 
(DEB) 

Data error history 
(DEBS) 

ID error history 
Buffer (IEB) 

Disk activity 
buffer (DAX) 

Disk Activity 
Table (DAT) 



Disk I/O function 
stack (DSKA) 

Buffer Memory disk 
sector map 



Flaw Tables 



Description 



Contains disk error information for channels 20 8 
through 37 8 of I0P1, I0P2, and I0P3 

Contains disk error information for I0P1, I0P2, 
I0P2, and I0P3 starting at address 22000 

Contains the disk data errors for the Buffer 
channel selected at address 4016 

Contains disk ID header errors 



Sets aside an area for IOPl, I0P2, and I0P3 



Contains current error information on the 
following: I/O function, cylinder, head, sector 
status, and error flags 

Contains the last 10 I/O functions executed at 
address 4400 

Creates a data storage area in Buffer Memory for 
channels 20g through 37s of IOPl, IOP2, and 
IOP3 

Creates an area in Local Memory for flaw 
information 
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6.9 SAVE A ZERO TEST (SAZ) 

The save a zero (SAZ) test resides on its own deadstart tape. It sends 
the image in IOPO to an area in Buffer Memory where it can be 
subsequently dumped to the printer with the DUMP boot. The SAZ tape 
should be deadstarted once (no display appears) . To print a listing of 
the IOPO image on the line printer, do the following: 

1. Mount and deadstart the IOPO deadstart tape. 

2. Select the DUMP boot. 
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DISK AID ROUTINES 



This section describes the following disk aid routines that are available 
to check data transfers to and from disks: 

• Disk aid interpreter (DSK) 

• Multipe disk-aid interpreter (DSKM) 



7.1 DISK AID INTERPRETER (DSK) 



The disk aid (DSK) interpreter is a microcode interpreter for IOP/DCU-4. 
DSK is a utility that facilitates data and function transfers to and from 
disk storage units (DSUs) . DSK builds functions from microcode 
instructions, sets up I/O sequences, checks for time-outs and error 
flags, and allows data generation and checking. DSK allows you to 
interact with disk drives and the controller without being concerned with 
the detailed programming of an I/O sequence. 

DSK uses the PTA monitor (see Appendix B.2) and resides in the lower 400 
parcels of I/O Processor (IOP) Local Memory. Microcode instructions 
reside in a table that starts at address 4000 and ends at address 7557. 
When deadstarted, DSK executes micro instructions beginning with the 
instruction at address 4000. Each micro instruction is read, interpreted 
into APML, and executed. 

Important elements of DSK include the following: 

• Microcode instruction set 

• Counters and flags 



7.1.1 MICROCODE INSTRUCTIONS 

Microcode instructions' are four parcels in length and must start at 
word boundaries. The first parcel holds the instruction and the three 



t COMPARE DATA (11) is the only microcode instruction that is not four 
parcels in length; it is eight. 
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remaining parcels contain the required parameters. Microcode 
instructions are divided into the four basic classes. Use instruction 
classifications in problem identification and resolution. 



Class 

Functions (F) 
Program flow (P) 
Data manipulation (D) 
Operations (0) 



Description 

Actual function to the DSU or controller 
Jumps and conditional jumps 
Generating, moving, and checking data 
Arithmetic or logical operations 



NOTE 



Unlike the Cray CPU version of disk aid, line numbers 
are not biased. All references to memory locations or 
line numbers are real addresses. 

With the exception of functions and real addressing, 
the IOS disk aid version is basically the same as the 
Cray CPU version. 



Table 7-1 lists the microcode instruction set and tells how each command 
should be entered. The basic class for each instruction is shown in 
parenthesis following each command (F for function, P for program flow, D 
for data manipulation, and for operation) . 



Table 7-1. Microcode instruction parcel format 



Command 


Parcel 


Parcel 1 


Parcel 2 


Parcel 3 


PASS (F) 





None 


None 


None 


SELECT 


1 


Function 


Response 


Error line 


MODE/ 




address 


(0=Stop) 




STATUS 










(F) 










READ (F) 


2 





Buffer address 


Error line 


WRITE (F) 


3 





Buffer address 


Error line 
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Table 7-1. Microcode instruction parcel format (continued) 



Command 


Parcel 


Parcel 1 


Parcel 2 


Parcel 3 


SELECT 
HEAD 
(F) 


4 





None 


Error line 


SELECT 

CYL/READ 

ID 

(F) 


5 





None 


Error line 


SELECT 

CYL/ABORT 

(F) 


5 


1 


None 


Error line 


SELECT 

CYLINDER 

(F) 


5 


2 


None 


Error line 


READ ID 
(F) 


5 
5 


3 
3 


None 


Error line 


ENTER 

STATUS 

(F) 


7 





Data 


None 


ENTER 
ADDRESS 
(F) 


7 


1 


Data 


None 


READ 

STATUS 

(F) 


7 


2 


Response 
address 


None 


READ 
ADDRESS 
(F) 


7 


3 


Response 
address 


None 


GENERATE 
DATA 
(D) 


10 


Buffer address 





Data 


GENERATE 
DATA 

INCREMENT 
PARCEL (D) 


10 


Buffer address 


2 15 =1 


Data 
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Table 7-1. Microcode instruction parcel format (continued) 



Command 


Parcel 


Parcel 1 


Parcel 2 


Parcel 3 


GENERATE 


10 


Buffer address 


2*4=1 


Data 


DATA 










FORMAT 










(D) 










GENERATE 


10 


Buffer address 


2l2-i 


Line address 


DATA 










LINE 










(D) 










COMPARE 


11 


Check data 


Read data 


Error line 


DATA 




(1st error) 


bits in error 
error 


parcel in 


(D 2 words) 








GO TO 


12 


Line number 






LINE 










(P) 










LOOP TO 


13 


Line number 


Pass count 


(used by 


LINE 








program) 


(P) 










CLEAR/SET 


14 


l=Set 


None 


None 


FNT (D) 




0=Clear 






PAUSE (P) 


15 


None 


None 


None 


GENERATE 


16 


Parcel 


None 


None 


CHECK WC 




count 






(D) 










SET 


17" 


Parcel address 


Data 


None 


LOCATION 










(D) 










IF= 


20 " 


Parcel address 


Data 


Match line 


(P) 








(0=Stop) 


IF= 


21" 


Parcel address 


Data 


Match line 


(P) 











t If bit 2 x:> of parcel 3=1, the compare is a short compare. Only 
the first word of the check data is used in the compare. 

ft If bit 2^-5 i s se t in parcel 1, parcel 2 becomes the parcel address 
for the second operand. 
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Table 7-1. Microcode instruction parcel format (continued) 



Command 


Parcel 


Parcel 1 


Parcel 2 


Parcel 3 


IF 


22 f 


Parcel address 


Data 


Match line 


(P) 










IF 


23 f 


Parcel address 


Data 


Match line 


(P) 










IF 










(P) 


24 f 


Parcel address 


Data 


Match line 


IF 










(P) 


25 ' 


Parcel address 


Data 


Match line 


IF 


26 


Parcel address 


None 


Match line 


POSITIVE 










(P) 










IF 


27 


Parcel address 


None 


Match line 


NEGATIVE 










(P) 










SET HEAD 


30 


Head 


Unit 


None 


(D) 










SET SECTOR 


31 


Sector 


Unit 


None 


(D) 










SET UNIT 


32 


Unit 


None 


None 


(D) 










SET 


33 


Cylinder 


Unit 


None 


CYLINDER 










(D) 










AND 


34' 


Parcel address 


Data 


Destination 


LOCATION 








parcel address 


(0) 










ADD 


35' 


Parcel address 


Data 


Destination 


LOCATION 








parcel address 


(0) 










MASTER 


36 


Unit 


None 


None 


CLEAR (F) 

_ — 











t If bit 2" is set in parcel 
the second operand. 



1, parcel 2 becomes the parcel address for 
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Table 7-1. Microcode instruction parcel format (continued) 



Command 


Parcel 


Parcel 1 


Parcel 2 


Parcel 3 


END (P) 


37 


None 


None 


None 


EXCLUSIVE 
OR 

LOCATION 
(0) 


40 f 


Parcel address 


Data 


Destination 
parcel address 


SHIFT 
RIGHT 
(0) 


41 


Parcel address 


Shift count 


Destination 
parcel address 


SHIFT LEFT 
(0) 


42 


Parcel address 


Shift count 


Destination 
parcel address 


GENERATE 
RANDOM 
ADDRESS 
(D) 


43 











FOR DUAL 
DENSITY 
DSU (D) 


43 


1 








GENERATE 
RANDOM 
NUMBER 
(D) 


43 


2 


Limit 


Destination 
parcel address 



t If bit 2 1:> is set in parcel 
the second operand. 



1/ parcel 2 becomes the parcel address for 



7.1.2 DSK COUNTERS AND FLAGS 

The addresses for the counters and flags used by DSK are listed below. 
Address Description 

7566 Dead mode - ignore busy 

7567 Present line of execution 
7570 Format flag 
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7571 


Unit bias 


7572 


Word count 


7573 


ID received 


7574 


Function delay 


7575 


Response delay 


7576 


Data delay 


7577 


I/O Error flag 



I/O Error flag. If one of the following values is found 
in address 7577, the corresponding condition exists: 



000000 Transfer is good 

000001 Error on function 

000002 Time out 
000005 ID error 

100001 Error on second function or status 

100002 Error on second function or status 



7600 


Drive Table 










Parcel 


Parcel 1 


Parcel 2 


Parcel 3 




Channel 


Head 


Sector 


Cylinder 




number 








7700 


Last Access 


Table 






7720 


Delay Table 









7.2 MULTIPLE DISK-AID INTERPRETER (DSKM) 

The multiple disk-aid interpreter (DSKM) is an IOP-resident disk driver 
capable of driving up to 16 DD-19s or DD-29s simultaneously. DSKM is 
microcode driven, resides in addresses through 4000 and interprets 
microcode instructions that reside in the execution buffer; addresses 
4000 through 7474. 

Important elements of DSKM include the following: 

• Descriptor Table 

• Buffers 

• Summary Table 

• Error codes 
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Table 7-2 contains the addresses for the tables (Summary, Descriptor, and 
I/O Buffer) generated by the DSKM program. 

Table 7-2. DSKM table addresses 



Unit 


Channel 


Summary 


Descriptor 


I/O buffer 





20 


7600 


10000 


20000 


1 


21 


7604 


10040 


24000 


2 


22 


7610 


10100 


30000 


3 


23 


7614 


10140 


34000 


4 


24 


7620 


10200 


40000 


5 


25 


7624 


10240 


44000 


6 


26 


7630 


10300 


50000 


7 


27 


7634 


10340 


54000 


10 


30 


7640 


10400 


60000 


11 


31 


7644 


10440 


64000 


12 


32 


7650 


10500 


70000 


13 


33 


7654 


10540 


74000 


14 


34 


7660 


10600 


100000 


15 


35 


7664 


10640 


104000 


16 


36 


7670 


10700 


110000 


17 


37 


7674 


10740 


114000 



7.2.1 DESCRIPTOR TABLE 

Each disk storage unit (DSU) has its own 40-parcel Descriptor Table that 
contains important information about the unit's status, and the locations 
reserved for microcode or user data. Table 7-3 contains addresses for 
the Descriptor Tables for each unit. 



Table 7-3. DSKM Descriptor Table addresses 



Address 


Parcel 


Parcel 1 


Parcel 2 


Parcel 3 


10000 


Channel 


Head 


Sector 


Cylinder 


10004 


Disk type 


Word count 


Expected ID 


Actual ID 


10010 


Pass count 


Error code 


Response wait 


Line number 


10014 


Loop count 


Loop count 1 


Loop count 2 


Loop count 3 
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Table 7-3. DSKM Descriptor Table addresses (continued) 



Address 


Parcel 


Parcel 1 


Parcel 2 


Parcel 3 


10020 f 


T0,0 


T0,1 


TO, 2 


TO, 3 


10024 f 


Tl,0 


Tl,l 


Tl,2 


Tl,3 


10030 f 


T2,0 


T2,l 


T2,2 


T2,3 


10034 f 


T3,0 


T3,l 


T3,2 


T3,3 



t Scratch registers; T0,0 is register TO, parcel 0; T0,1 is register 0, 
parcel 1 and so on. 



7.2.2 WRITE/READ BUFFERS 

Each unit has its own 4000-parcel I/O buffer for reads and writes. Table 
7-2 lists the respective buffer addresses for each DSU and channel. 



7.2.3 SUMMARY TABLE 

DSKM has a Summary Table with a 4-parcel entry for each unit. The 
Summary Table allows you to monitor the pass and error counts of each 
drive and contains the address of the Descriptor Table. The Descriptor 
Table addresses (DTA) appear only if the drive is selected. 

The Summary Table starts at address 7600 (table 7-2) and has the 
following format: 



Address 


Parcel 1 


Parcel 2 


Parcel 3 


Parcel 4 


7600 


Channel 


DTA 


Pass count 


Error code 


7604 


Channel 


DTA 


Pass count 


Error code 


• 

7634 


Channel 


• 

DTA 


• 

Pass count 


Error code 



7.2.4 ERROR CODES 

If an error occurs during the DSKM test, error codes appear in parcel 3 
of the erring unit's Summary Table entry. DSKM error codes are as 
follows : 
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Code 


Description 


1 


Function error 


2 


Read error 


3 


Write error 


4 


Response error 


5 


ID error 


6 


Microcode violation (software) 


11 


Compare error 



In addition to the error codes listed above, microcode can pass its own 
user-defined error codes through parcel 1 of the exit instruction. See 
the appropriate microcode listing for the definitions of user-defined 
error codes. More error information is made available by displaying the 
appropriate Descriptor Table. See table 7-2 for the addresses of the 
Descriptor Table and subsection 7.3.1 for the Descriptor Table format. 
The Descriptor Table contains the following error information: 



Error data 

Line number 
Head 
Sector 
Cylinder 
ID actual 
ID expected 
Last status 



Description 

Last microcode line executed 

Last write or read address=l sector 

ID read on last position function 

ID expected (valid only on ID errors) 

Status taken after the error occurred 



Table 7-4 lists the microcode instruction set and indicates the values 
that should be entered in each parcel of the 4-parcel package. 



Table 7-4. DSKM microcode instruction set 



Macro 


Description 





1 


2 


3 


PA 


Pass 











Error line 


RL 


Release unit 


1 








Error line 


RS 


Reserve unit 


1 


1000 





Error line 


CF 


Clear fault 


1 


2000 





Error line 


RTZ 


Return to zero 


1 


3000 





Error line 


MR 


Set margin 


1 


4000 





Error line 
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Table 7-4. DSKM microcode instruction set (continued) 



Macro 


Description 





1 


2 


3 


STS 


Status sector 


1 


5000 


Address 


Error line 


STEF 


Status error 
flags 


1 


6000 


Address 


Error line 


STC 


Status cylinder 


1 


7000 


Address 


Error line 


STH 


Status head 


1 


7001 


Address 


Error line 


STM 


Status margin 


1 


7002 


Address 


Error line 


STI 


Status interlock 


1 


7003 


Address 


Error line 


RD 


Read 


2 


Buffer 





Error line 


WT 


Write 


3 


Buffer 





Error line 


HS 


Head select 


4 











PO 


Position 


5 








Error line 


POA 


Position/abort 


5 


1 





Error line 


CSF 




6 











WST 


Write status 
register 


7 











WAD 


Write address 
register 


7 


1 








RST 


Read status 
register 


7 


2 


Address 





RAD 


Read address 
register 


7 


3 


Address 





GD 


Generate data 


10 


Destination 





Data 


GDL 


Generate data 
line 


10 


Destination 


1 


Line address 


GDL@ 


Generate data 
line at 


10 


Destination 


2 


Address 
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Table 7-4. DSKM microcode instruction set (continued) 



Macro 


Description 





1 


2 


3 


GDF 


Generate data 
format 


10 


Destination 


4 





GDA 


Generate data 
address 


10 


Destination 


10 


Start 
address 


CD 


Compare data 


11 


Buffer A 


Buffer B 


Error line 


CDS 


Compare data 
w/line 


11 


Buffer 


Line address 


Error line 


J 


Jump to line 


12 


Line 








DL 


Loop to line 


13 


Line 


Count 


Pass address 


SM 


Set/clear 
special mode 


14 


$ MODE 








WC 


Set word count 


16 


Count 








SP 


Set parcel 


17 


Parcel 


Data 





SPP 


Set parcel 
to parcel 


17' 


1 parcel 


1 parcel 





SPP@ 


Set parcel 
PRC at 


17" 


1 parcel 


Parcel 
address 





EQ 


Equal to 


20 


Parcel 


Data 


Match line 


EQP 


Equal to 
parcel 


20^ 


1 parcel 


Parcel 


Match line 


EQP@ 


Equal to 
parcel 


20" 


1 parcel 


Parcel 
address 


Match line 


NE 


Not = 


21 


Parcel 


Data 


Match line 



t If bit 2 li} is set in parcel 1, parcel 2 contains the addresses of 

the second operand for the operation. 

ft If bit 2 15 of parcel 2 is set, parcel 2 contains the addresses of 

the addresses of the second operand for the operation. 
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Table 7-4. DSKM microcode instruction set (continued) 



Macro 


Description 





1 


2 


3 


NEP 


Not = to 
parcel 


2l' 


1 parcel 


Parcel 


Match line 


NEP@ 


Not = to 
parcel at 


21"" 


1 parcel 


parcel 
address 


Match line 


LT 


Less than 


22 


Parcel 


Data 


Match line 


LTP 


Less than 
parcel 


21' 


1 Parcel 


Parcel 


Match line 


LTP@ 


Less than 
parcel at 


22 tt 


1 Parcel 


Parcel 
address 


Match line 


GT 


Greater than 


23 


Parcel 


Data 


Match line 


GTP 


Greater than 
parcel 


23 f 


1 Parcel 


Parcel 


Match line 


LTP@ 


Less than 
parcel at 


23" 


1 Parcel 


Parcel 
address 


Match line 


LE 


Less than 
or equal 


24 


Parcel 


Data 


Match line 


LEP 


Less than or 
equal parcel 


24' 


1 parcel 


Parcel 


Match line 


LEP@ 


Less than or 
equal parcel 
at 


24" 


1 parcel 


1 parcel 


Match line 


GEP@ 


Greater or 
equal parcel 
at 


24" 


1 parcel 


1 parcel 


Match line 


GE 


Greater than 
or equal 
parcel 


25 


Parcel 


Data 


Match line 



7 If bit 2 lb is set in parcel 1, parcel 2 
the second operand for the operation. 

ft If bit 2 15 of parcel 2 is set, parcel 2 
the addresses of the second operand for 



contains the addresses of 

contains the addresses of 
the operation. 
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Table 7-4. DSKM microcode instruction set (continued) 



Macro 


Description 





, 


2 


3 


GEP 


Greater or 
equal parcel 


25* 


1 parcel 


Parcel 


Match line 


PS 


If positive 


26 


Parcel 





Match line 


NG 


If negative 


27 


Parcel 





Match line 


SH 


Set head 


30 


Data 








SS 


Set sector 


31 


Data 








SC 


Set cylinder 


32 


Data 








An 


And 


34 


Parcel 


Data 


Destination 
parcel 


ANP 


And to parcel 


34' 


1 parcel 


Parcel 


Destination 
parcel 


AD 


Add 


35 


Parcel 


Data 


Destination 
parcel 


ADP 


Add to parcel 


35' 


1 parcel 


Parcel 


Destination 
parcel 


MC 


Master clear 


36 


Parcel 


Data 


Destination 
parcel 


Exit 


EX 


37 


Error code 






xo 


Exclusive or 


40 


Parcel 


Data 


Destination 
parcel 


XOP 


Exclusive or 
parcel 


40 A 


1 parcel 


Data 


Destination 
parcel 


SHR 


Shift right 


41 


Parcel 


Out 


Destination 
parcel 


•/• T *= K i 


0-«-3 -J e ca4- i n t-tai 


• <"««xT 1 


T^aVrf^^l O *~H-*1 


■»^air%e« +-V\*i a/^/- 


1r^0CA0 /^-P 



the second operand for the operation. 
tt If bit 2 15 of parcel 2 is set, parcel 2 contains the addresses of 
the addresses of the second operand for the operation. 
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Table 7-4. DSKM microcode instruction set (continued) 



Macro 


Description 





1 


2 


3 


SHL 


Shift left 


42 


Parcel 


Out 


Destination 
parcel 


GRN 


Gen random 


43 


1 


Limit 


Destination 


GRA 


Gen random 

address 

numnber 


43 









parcel 


GRNP 


Generate random 
number parcel 


43 


2 


Limit parcel 


Destination 
parcel 


GFC 


Generate fire 
code 


44 


Buffer 


Destination 





FLI 


Flaw Table 
initialize 


46 











FLR 


Record flaw 


46 


1 








FLS 


Flaw Table sort 


46 


2 









The modes for read or write operations are: 
Mode Description 



Clear read/write mode 
Set mode to write format 
Set mode to read or code 



If bit 2-L 5 is set in parcel 1, parcel 2 contains the second operand for 
the operation. @ signifies that parcel 2 contains the addresses of the 
address containing the operand. 

If address equals 0, it is interpreted as the units write/read buffer. 
If an address is less than 40, it is added to the unit's Descriptor Table 
address. If address is greater than or equal to 40, it is interpreted as 
the real address. 
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ONLINE I/O SUBSYSTEM TESTS 8 



Two types of online I/O Subsystem (IOS) diagnostic tests are available. 
The first type is made up of diagnostics that run under the control of 
the diagnostic online monitor (DOM) and include the following: BMOL, 
CPOL, F80M, LPT, and MAGR. The second type are called system diagnostics 
and include: CHNTST, HSPTEST, MOSTEST, XDK, XMT, and XPR. 



8.1 DIAGNOSTIC ONLINE MONITOR (DOM) 

The diagnostic online monitor (DOM) runs as an overlay under the control 
of the IOS Kernel. Therefore, the Cray CPU does not have to be 
operational to run programs under the control of the online monitor. DOM 
can be loaded into each I/O Processor (IOP) by entering the name on the 
console attached to that IOP. To begin the process, enter: 

DOM 

When DOM has been loaded, the following message is displayed: 

DIAGNOSTIC ONLINE MONITOR ACTIVE 
LOAD WHAT? 

To load a diagnostic overlay, enter the diagnostic name (BMOL, CPOL, 
F80M, LPT, or MAGR). For example, entering the following command loads 
BMOL: 

BMOL 

DOM verifies the existence of a diagnostic overlay of that name. It also 
verifies that the diagnostic can be run in the IOP where the name was 
entered. If the overlay program does not exist, or if it does exist but 
cannot be run in that particular IOP, DOM displays the following message: 

♦INVALID OVERLAY NAME* 

DOM restarts the process and asks what to load. 

If the diagnostic overlay does exist, and can be run in that IOP, DOM 
attempts to read in a Parameter Table. If the DOM's Parameter Table 
exists, DOM checks to see if a text display of unique keywords exists in 
the diagnostic. If the keywords exist, DOM reads in and displays this 
text as shown below: 
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OPTIONS ARE: 

ICHm-input channel 
OCKti-output channel 



DEV=device 

DOM asks for parameters by displaying the following message: 

ENTER PARAMETERS? 

Parameters can be entered one at a time, or several can be entered on the 
same line if they are separated by commas. Each entry is terminated by 
pressing the RETURN key. A parameter table of standard DOM keywords is 
described in table 8-1. 

Table 8-1. DOM keywords^ 



Keyword 


Function 


Comment 


ICHN 


Input channel 


Used for interfaces 


OCHN 


Output channel 


Used for interfaces 


ITYPE 


Interface type 




CMODE 


Interface mode 


Can be master, slave, or loop back 


CHAN 


Channel number 


Used for peripherals 


DEV 


Device address 


Used for peripherals 


SECT 


Section selects 


To change default sections selected 



t Values for the DOM keywords are entered in octal. 



The program stop condition controls the operation of the programs running 
under DOM. Changing the stop condition, changes the information that is 
generated by the test. DOM stop conditions can be one condition or a 
combination of conditions. DOM stop conditions are listed in table 8-2. 
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Table 8-2. Stop conditions for DOM 



Command 


Function 


SE 


Stop on error 


SSC 


Stop at the end of the subcondition 


SC 


Stop at the end of the condition 


SSS 


Stop at the end of the subsection 


SS 


Stop at the end of the section 


ST 


Stop at the end of the test 



The stop conditions are turned on or off as shown by the examples listed 
below: 

ON=ST or ON=ST,SS 

OFF=ST or OFF=ST,SS 

The program repeat condition controls the operation of programs running 
under DOM. Changing the repeat condition, changes the information that 
is generated by the test. The repeat condition can be one condition or a 
combination of conditions. DOM repeat conditions are listed in table 8-3. 

Table 8-3. DOM repeat conditions 



Command 


Function 


CONT 


Continue flag 


SCOP 


Scope Loop flag 


LE 


Loop on error 


RSC 


Repeat subcondition 


RC 


Repeat condition 


RSS 


Repeat subsection 


RS 


Repeat section 


RT 


Repeat test 



The repeat conditions can be turned on or off as shown by the following 
examples : 

ON=LE or 0N=LE,CONT 

OFF=LE or OFF=LE,CONT 
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Further parameters unique to a particular diagnostic can be in each 
diagnostic. DOM provides a display description of each keyword. 

DOM searches for 0N= or OFF* parameters in its own table only. Any other 
entry causes a search of a parameter table in the diagnostic, followed by 
a search of DOM's Parameter Table. If a keyword cannot be found, the 
following message is displayed: 

INVALID PARAMETER 
ENTER PARAMETERS? 

When all of the parameters have been entered, start execution by entering: 

GO 
To stop execution, enter: 

STOP DOMTST 

The following message is displayed after STOP DOMTST is entered: 

XXXX TERMINATED 
ENTER PARAMETERS 

To restart a diagnostic with different parameters, after a stop on error 
or an end of section test, do the following: 

1. Type RESET. 

2. Press the RETURN key. 

3. Enter the new parameters. 

To terminate a diagnostic after a stop on error or STOP DOMTST, enter: 
TERM 



8.1.1 ONLINE BLOCK MUX/STC TAPE TEST (BMOL) 

The online block MUX/STC tape test (BMOL) is called by the diagnostic 
online monitor (DOM) and its options are displayed on the console. The 
test returns error information stored in error buffers and generates 
error messages on the screen. BMOL acquires a block Mux channel, a 
control unit, and all the drives attached to that unit. 
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NOTE 

No mount message is displayed. The program assumes 
that a tape is to be mounted and waits until the tape 
is mounted. 



The list of options includes the following: 

Option Description 

CHAN Block MUX channel to be tested. 

DEV Logical device address (device ordinal) of an STC tape 
drive. 

SECT Section select bits where, 

1=BM register test 

2=Fixed block read/write (default) 

3=Request in test 

4=LADDER test 

BMOL consists of four test sections. The default runs the test in 
section 2 only. 

Section 1 

Section 1 loads and reads back all accessible block Mux registers using 
the following patterns: 

• Pattern 1=000000 

• Pattern 2=177777 

• Pattern 3=125252 

• Pattern 4=052525 

If an error occurs, the pattern expected and the pattern received are 
displayed on the console along with the name of the failing register . 

Section 2 

Section 2 runs with interrupts locked out in the sequence listed below: 
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1. Writes using command chaining 

2. Writes two tapemarks and rewinds 

3. Reads what was just written using read commands, without command 
chaining, and verifies the data 



Section 3 

Section 2 must have been run before running section 3. Section 3 runs in 
the sequence listed below: 

1. Tests requests made in processing by causing busy conditions 
using forward space file and backward space file commands 

2. Issues a command to an illegal divide address (HEX FF) and 
verifies that the control unit rejects it 

3. Rewinds the tape and reads to the end of file (two tape marks) 

4. Verifies that the block number and word number in the first and 
second block read are correct 



Section 4 



Section 4 is a ladder test that runs in the sequence shown below: 

1. Writes out 1-byte records and increments by 1 until a size of 256 
is reached 

2. Increments by 64 until the maximum size (octal 1000000) is reached 

3. Writes two tapemarks and rewinds 

4. Reads and verifies data 

Error information 

Error information is returned in the form of error buffers and messages. 

Buffer configuration - Buffers for sections 2, 3, and 4 consist of four 
parcels that contain the following data: 

Parcel Data 

1 Buffer address 

2 Block count 
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Parcel Data 



Block size in characters 



Number of the 4-parcel group 



Error messages - All errors are displayed on the console in English. 
When problems occur, sense bytes are displayed in hexadecimal. The 
hexadecimal display helps communication between system test and check out 
(STCO) personnel. BMOL error messages are described below. 



Message 



Description 



ADDRESS REGISTER ERROR 
EXP= XXXXXX 

ACT=yyyyyy 



Section 1 detected an error loading the 
expected value (xxxxxx) into the address 
register. The pattern shown as actual data 
(yyyyyy) was the pattern returned when the 
register was read back. 



DATA ADDRESS REGISTER 
ERROR 

EXP=XXXXXX 

act= yyyyyy 



Section 1 detected an error loading the 
expected value (xxxxxx) into the data 
address register. The pattern shown as 
actual {yyyyyy) was the pattern returned 
when the register was read back. 



DONE TIMEOUT 



The Done flag was not set before a timeout 
occurred. 



INTERFACE ERRORS 
DATA ERROR 
EXP= XXXXXX 

&CT=yyyyyy 



The program detected an interface error. 
An error occurred between the data read 
(xxxxxx) and the data written (yyyyyy) . 



NO BUFFER SPACE 



The program was unable to acquire a buffer 
from the system. 



OPEN ERRORS 



The program was unable to acquire a block 
Mux channel, control unit, and tape drives 
from the system. 



POSITION ERROR 
STATUS ERROR 



Section 3 detected a positioning error. 

The following error information is returned 
when a status error occurs. 
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04 


ss 


08 


ss 


12 


ss 


16 


ss 


20 


ss 


24 


ss 



SThTUS=xx 

COMMAND**/*/ BLOCK SIZE = 000000 COUNT = 000000 

SENSE = 01 88 02 88 03 88 

= 05 88 06 88 07 88 

= 09 88 10 SS 11 88 

= 13 88 14 88 15 88 

= 17 8S 18 88 19 SS 

= 21 88 22 88 23 88 

Where xx is equal to STC status byte in hexadecimal, yy the 
command issued, and ss the sense byte. 



8.1.2 BLOCK MUX TAPE CONFIDENCE TEST (CPOL) 

The block Mux tape confidence Test (CPOL) is called by the diagnostic 
online monitor (DOM) and its option is displayed on the console as 
follows : 

DEV=lda 

Ida is the logical device address (device ordinal) of an STC tape drive. 

The block Mux tape confidence (CPOL) has one test section. It uses CPW 
lists to build channel programs that are executed by the block MUX 
software in the following sequence: 

1. Writes fixed blocks 

2. Reads backward 

3. Reads forward 

If stop on error is set, CPOL stops and waits for input when an error is 
encountered. To start the program over, enter: 

GO 

The only required input parameter is DEV=, the device ordinal, which 
gives access to a tape drive depending on the path through the system. 



NOTE 

No mount message is displayed. The program assumes a 
tape is to be mounted and waits until it is. 
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Errors are reported in English. Status and sense are reported in 
hexadecimal. CPOL returns the following error messages: 



Message 

INTERFACE ERRORS 
NO BUFFER SPACE 

OPEN ERRORS 

STATUS ERROR 
STATUS =XX 



C0MMAND=2/z/ 

SENSE = 01 SS 
= 05 ss 
- 09 ss 
= 13 ss 
= 17 ss 
= 21 ss 



Description 

The program detected an interface error. 

The program was unable to acquire a buffer from 
the system. 

The program was unable to acquire a block Mux 
channel, control unit, and tape drives from the 
system. 

The following error information is returned when 
a status error occurs. 

Where xx is equal to STC status byte in 
hexadecimal, yy the command issued, and ss 
the sense byte. 



BLOCK SIZE = 000000 



02 ss 
06 ss 
10 ss 
14 ss 
18 ss 
22 ss 



03 ss 
07 ss 
11 ss 
15 ss 
19 ss 
23 ss 



COUNT = 000000 

04 ss 
08 ss 
12 ss 
16 ss 
20 ss 
24 ss 



8.1.3 F80M 

F80M is a formatter and diagnostic for the AMPEX 80 Mbyte disk attached 
to the IOP0 Peripheral Expander chassis. For a detailed explanation of 
F80M, see the IOS Software Internal Reference Manual, CRI publication 
SM-0046. 



8.1.4 LINE PRINTER TEST (LPT) 

The line printer test (LPT) runs in IOP0 and tests the Gould printer on 
the Peripheral Expander. LPT is called by DOM and its options are 
displayed on the console as follows: 
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Mode Description 

1 Print high-speed graphics 

2 Print low-speed graphics 
4 Print alpha characters 

When LPT is entered, the system displays the following message: 

ENTER PARAMETERS? 

If a specific mode is not entered, all modes are run. The diagnostic 
runs until the following command is entered at the console: 

STOP DOMTST 

When STOP DOMTST is entered, the system displays the following messages: 

LPT TERMINATED 
ENTER PARAMETERS? 

To return control to the Kernel, enter: 

TERM 



8.1.5 MAGNETIC TAPE RELIABILITY TEST (MAGR) 

The magnetic tape reliability test (MAGR) runs in IOPO and writes a 
random number of records containing a random word count in the following 
sequence : 

1. Rewinds the tape 

2. Writes data 

a. Gets record count 

b. Gets record word count (2 through 7777) 

c. Gets data 

d. Writes data to tape 

e. Goes to step b record count times 

3. Backspaces record count records 
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4. Reads data 

a. Resets random number generator 

b. Gets word count 

c. Reads data from tape 

d. Verifies data 

e. Goes to the beginning of step 4 record count times 

5. Goes to step 2 

MAGR returns the following error messages when errors are encountered: 

Message Description 

DATA COMPARE ERROR The data written (xxxxxx) was not the same as 
EXP=xxxxxx the data read {yyyyyy) . 

act= yyyyyy 

OPEN ERRORS MAGR was unable to acquire the Peripheral 

Expander tape from the system. 

BUFFER NOT MAGR was unable to obtain a buffer from the 

AVAILABLE system. 

READ PARITY A read parity error was detected. 

ERRORS 



8.2 SYSTEM TESTS 

System tests are released as part of the system software. Enter the name 
of the desired test (CHNTST, HSPTEST, MOSTEST, XDK, XMT, or XPR) at the 
MIOP Kernel console, and press the RETURN key to begin execution. All 
system tests run as overlays under control of the Kernel. 

When the test name is entered at the Kernel console, the Kernel checks 
the Overlay Table for the test name. If the test exists, the Kernel 
places the diagnostic into execution. 

The STOP command terminates MOSTEST, HSPTEST, and CHNTST. Enter the STOP 
command at the Kernel console of each IOP in which the diagnostic is 
active as follows: 

STOP test 
test is the name of the online diagnostic test. 

To terminate XDK, XMT, and XPR, enter one of the following ABORT commands 
at the IOPO Kernel console: 
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ABORT DKO Terminates XDK 
ABORT MTO Terminates XMT 
ABORT PRO Terminates XPR 

The test being halted displays an abort message 



8.2.1 CHNTST 

The CHNTST diagnostic is a channel loop-back test. CHNTST verifies 
reliable data transfer on the Cray 6 Mbyte (low-speed asynchronous) 
channel. 

Before running CHNTST, connect the input and output cables of the channel 
pair being tested with the one foot cable assembly (part number 2203505) 
that is specially made for this purpose. 

The station error display lists any errors encountered. Enter the ERROR 
command at the station console to obtain the display. The error display 
indicates an input or output channel error, status, data expected, data 
received, and an input or output channel time out. 



NOTE 
CHNTST cannot be run concurrently with other software. 



To load the diagnostic overlay, enter the CHNTST command at the IOP0 Kernel 
console as follows: 

CHNTST 

The diagnostic runs until an error is encountered or the STOP CHNTST 
command is entered at the IOP0 Kernel console. 



8.2.2 HSPTEST 

HSPTEST creates a high level of activity on all of the 100 Mbyte 
(high-speed) channels that are configured. HSPTEST tests the Cray 
mainframe with writes to and reads from each 512-word block of Central 
Memory through the 100 Mbyte channel. The block sizes vary from 1 to 512 
words, and varying data patterns are used. 

The station error display lists any errors encountered. Enter the ERROR 
command at the station console to obtain the error display. The error 
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display gives an address, the data expected, and the data received. 
HSPTEST displays a PASS COMPLETE message each time all of Central Memory 
has been tested. 



NOTE 
HSPTEST cannot be run concurrently with other software. 



To load the diagnostic overlay, enter the HSPTEST command at the IOPO 
Kernel console as follows: 

HSPTEST 

When HSPTEST is loaded, the diagnostic displays the following message: 

THIS TEST WRITES OVER CPU MEMORY. 
DO YOU REALLY WANT TO RUN IT? 

To run HSPTEST, enter YES. 

The diagnostic runs until the STOP HSPTEST command is entered at the 
console of each IOP in which HSPTEST is running. 



8.2.3 MOSTEST 

The MOSTEST diagnostic generates a high level of Buffer Memory I/O on all 
configured I/O Processors. MOSTEST allocates up to 256 512-word buffers. 
MOSTEST writes to and reads from each buffer using block sizes of 1 to 512 
words with varying data patterns. 

The station error display lists any errors discovered. To obtain the error 
display, enter the ERROR command at the station console. The error display 
gives an address, the data expected, and the data received. MOSTEST 
displays a PASS COMPLETE message on the Kernel console of each IOP involved 
when all of allocated Buffer Memory has been tested. 



NOTE 
MOSTEST cannot be run concurrently with other software. 



Part 1 
HM-1002 8-13 



To load the diagnostic overlay, enter the MOSTEST command at the IOPO 
Kernel console as follows: 

MOSTEST 

Because the test takes control of the I/O Subsystem (IOS) while it is 
running, the diagnostic displays the following message on the screen: 

ARE YOU SURE YOU WANT TO RUN THIS TEST? 

If the response to the system query is YES, MOSTEST runs. 

The diagnostic runs until the STOP MOSTEST command is entered at the 
console of each I/O Processor in which MOSTEST is running. 



8.2.4 XDK 

The XDK diagnostic tests the Peripheral Expander 80 Mbyte disk drive. XDK 
establishes a 4000 8 parcel buffer of data and writes the buffer to the 
entire disk, eight sectors at a time. The diagnostic then reads the disk 
into a second buffer and compares the two buffers for errors. 

To load the diagnostic overlay, enter the XDK command at the IOPO Kernel 
console as follows: 

XDK 

The XDK diagnostic displays the following message on the screen: 

THIS TEST WRITES OVER THE ENTIRE DISK - CONTINUE? 

Enter Y to continue the test. If any other key is pressed, the test 
aborts. XDK begins when Y key is entered and runs until completion or an 
error is encountered. 

The IOPO Kernel console displays error messages when a data compare error 
is encountered. The error display includes the data expected, the data 
received, and an option to continue or quit as shown below: 

DATA EXPECTED XXXXXX 
DATA RECEIVED XXXXXX 
PRESS C TO CONTINUE, Q TO QUIT 

XDK displays the following message each time the disk is tested: 

PASS COMPLETE 

XDK runs until an error is encountered or until the following command is 
entered at the IOPO Kernel console. 

ABORT @DK0 
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8.2.5 XMT 

XMT tests the expander chassis tape drive. The diagnostic writes several 
multiblock files to the tape drives, reads the files back, and compares the 
data for errors. 

To load the diagnostic overlay, enter the XMT command at the IOPO Kernel 
console as follows: 

XMT 
The XMT diagnostic displays the following message on the screen: 

TYPE ANY KEY TO CONTINUE 
XMT begins when any key is pressed. 

The IOPO Kernel console displays error messages when a data compare error 
is encountered. The error display includes the data expected, the data 
received, and an option to continue or quit as shown below: 

DATA EXPECTED XXXXXX 
DATA RECEIVED XXXXXX 
PRESS C TO CONTINUE, Q TO QUIT 

XMT runs until an error is encountered or until the following command is 
entered at the IOPO Kernel console: 

ABORT §MT0 



8.2.6 XPR 

XPR exercises the Peripheral Expander printer. Printer output consists of 
alternating pages of characters and plots and must be inspected visually to 
determine if an error occurred. 

To load the diagnostic overlay, enter the XPR command at the IOPO Kernel 
console as follows: 

XPR 

XPR begins executing when the diagnostic is loaded and runs until the 
following command is entered at the IOPO kernel console. 

ABORT PRO 
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PART 2 
SOFTWARE MAINTENANCE 



INTRODUCTION 



Individual diagnostics for Cray CPUs and the I/O Subsystem (IOS) are all 
assembled and supported by using the Cray Operating System (COS) and its 
assemblers, CAL and APML. Job decks must be keypunched or text -edited 
and submitted to COS through the customers front-end computer or station. 

The boots (CPXM/CPUM, IOPM/IOPMA, and BMT) and the Diagnostic Support 
System (DSS) are all assembled under DSS using its assembler, APAL. 

The following topics are discussed in part 2, Software Maintenance: 

• Assembling diagnostics 

• Installing CPU diagnostics 

• Installing IOP diagnostics 
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ASSEMBLING DIAGNOSTICS 



Two utilities are used to install and maintain CPU and IOP diagnostics on 
Cray Computer Systems: BUILD (BLD) and the Expander Chassis Driver (ECD) . 



2.1 BUILD (BLD) 

BUILD (BLD) is a COS utility that is used to build the diagnostic 
system. BLD processes a list of files using the the FLIST parameter on 
the BUILD control statement. 



2.1.1 BLD CONTROL STATEMENT 

The BLD control statement appears as follows: 



BLD, FLIST= file list, B= binary, L= listing, D= doc, 
7 





LPP=lpp,BLIST=blist,LLIST=llist, 



Parameters are listed in keyword format. 

FLlST-filelist 

Dataset name of FLIST; the default is $IN. 

B=binary Binaries. The options are listed below: 

B=DEFER Binaries are saved to Cray disk only; the 

default. 
B=FDMP Binaries and text object code to FDMP tape 
B=0 No binaries produced 



Part 2 
HM-1002 2-1 



h=listing 

Listings. The options are listed below: 

L=DEFER Listings are saved to Cray disk only; the 

default . 
L=PRINT Print listings. 
L=0 No listings produced 

D-doo Documentation. The options are listed below: 

D=DEFER Documentation is saved to Cray disk only; the 

default. 
D=PRINT Print documentation. 
D=0 No documentation produced 

LPP= Ipp Lines per page for listings; the default is 4 5. 

BLIST'blist 

Name of the dataset binary where file names are written. 
bli8t is used as FLIST by ECD; the default is file BLIST. 

LLIST=U£st 

Name of the dataset listing where file names are writtend. 
LLIST is used as FLIST by ECD; the default is file LLIST. 



2.1.2 FLIST FILE ENTRY 

The following conventions must be followed when writing an FLIST file 
entry: 

• Comments lines are allowed, but an asterisk must be placed in 
column 1 of the statement. 

• All parameters are limited to eight characters. 

• Not all fields are used for each file type. A field cannot be 
null. NA should be used as a place holder for the LOP or PL FLIST 
options on a text file. 

The FLIST file entry comes in two formats: format 1 and format 2. 



Format 1: 



type pi deck tfile fnt lop 
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FLIST parameters are explained below. 

type Indicates how the file is processed; type can be one of 

the following: 

APML APML source file 

CAL CAL source file 

TEXT Text file 

INFO Documentation 

CB Command buffer 

pi Names the program library to be accessed, pi can be one 

of the following: 

IOPPL IOP diagnostics and utilities 

XMPPL XMP diagnostics 

CRAYPL CRAY-1 diagnostics (all models) 

deck Names deck as the deck on the PL to be accessed 

tfile Names the destination file on the FDMP tape; such as :IFP. 

fnt Indicates the number (2-5) of the destination File Name 

Table (FNT) 

lop Indicates the list option for the assembler; such as 

MONITOR. 



Format 2: 

FLIST format 2 allows you to designate the program modules to be copied 
from an input dataset. A dollar sign in column 1 is interpreted as a 
build directive. It is possible to change the listing (L) , binary (B) , 
or documentation (D) directives as you are processing files. If you want 
to turn the listing option off for a specific file, the first field 
should contain a 3, the second an L and the third a 0. The following 
example turns the listing option off on the next directive: 



: CMD 4 NONE 



The following example defers the listing option on the next directive: 



: CMD 4 NONE 



$ 


L 





CAL 


CRAYPL 


CMD 


/EOF 







$ 


L 


Defer 


CAL 


CRAYPL 


CMD 


/EOF 
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An FLIST is always terminated by two /EOFs unless UPDATE directives are 
desired. In that case, the FLIST is terminated by one /EOF and followed 
by a list of UPDATE directives. For more information on UPDATE, see the 
UPDATE Reference Manual, CRI publication SR-0013. An UPDATE directive 
has been added to an FLIST entry in the following example: 

$ L Defer 

CAL CRAYPL CMD :CMD 4 NONE 

/EOF 

$ CRAYPL 

*D CMD. 120 

*D SFM.1023 

/EOF 

$ IOPPL 

*D ADB.120 

AAA AB=4 .SET COUNT 

/EOF 

/EOF 

The dollar sign in the first field indicates that the UPDATE directives 
for the PL given in the second field are present. Directives can be 
indicated for as many as 10 PLs. The last directive must be terminated 
by two /EOFs. 



2.1.3 BLD JOB CONTROL DECK 

The BLD job control deck shown below does the following: 

• Uses dataset S983 as a file list of diagnostics to process 

• Updates and assembles all diagnostics, command buffers, 
documentation, and utilities as specified by the file list 

• Saves all binaries on COS disk for future processing by ECD. 
Dataset S983B contains a description of all the binary files and 
will be used as the FLIST parameter of ECD. 

• Saves all Listings on COS disk for future processing by ECD. 
Dataset S983L contains a description of all the listing files and 
will be used as the FLIST parameter of ECD. 

• The following is an example of a COS job that assembles the 
diagnostic system: 

ACCESS , DN*BLD, ID=DIAGSYS . 

BLD,FLIST=S983,BLIST=S983B,LLIST=S983L. 

CALL,DN=JCL. 

/EOF 
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2.2 EXPANDER CHASSIS DRIVER (ECD) 

ECD, the Expander Chassis Driver utility, does physical I/O of files to 
the Peripheral Expander chassis or other front-ends. This utility runs 
under COS and is used for printing diagnostic listings and writing 
DSS-compatible tapes. 



Format: 



ECD r F=function,FLlST=filelist,TC=txteon. 



Parameters are in keyword form, the only required parameter is F. 

F=function 

Expander Chassis Driver functions; options are: 

FDMP DSS FDMP of FLIST files 

PRINT Print FLIST files. 

ECLIPSE Dispose FLIST files to RDOS station. 

CLEAN Delete all editions of PDNs in FLIST. 

AMDAHL Dispose listings to the Amdahl. 

FLiST=filelist 

Listing files to be processed; the default is $IN. 
filelist must have the following format: 

mfile efile fntn df 

mfile Name of file on mainframe 

efile Name of file on Peripheral Expander chassis 

fntn Destination DSS FNT number 

df The following dataset formats are available: 

B Binary 
T Text 
L Listing 

TC= txteonv 

Text conversion from/to DSS/ASCII 

TC=Y Convert standard ASCII text to DSS text if 
destination is some type of DSS tape. 

Convert DSS format text files to standard ASCII 
if destination is mainframe. 

TC=N No text conversion 
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The example job deck shown below, uses dataset S983B as a file list of 
diagnostic binaries. The object code is written to the Peripheral 
Expander chassis tape drive as a DSS-compatible FDMP tape. 

ACCESS ,DN=ECD, ID=DIAGSYS . 

ECD,F«FDMP,FLIST=S983B. 

CALL,DN=JCL. 

/EOF 

The example job deck, shown below, uses dataset S983L as the file list of 
diagnostics to be printed on the Peripheral Expander chassis printer. 

ACCESS, DN=ECD, ID=DIAGSYS. ECD,F=PRINT,FLIST=S983L. 
/EOF 
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INSTALLING CPU TESTS 



To install or modify CRAY CPU diagnostic tests, compose a job consisting 
of Cray Operating System (COS) control statements on the customer's 
front-end computer system and submit it to COS. The job accesses the 
diagnostic program library (UPDATE), assembles the program (CAL) , and 
disposes the binary to the I/O Processor tape drive. The listing is 
printed after the Diagnostic Support System (DSS) is brought up on the 
I/O Subsystem (IOS) and the binary is read onto the File Name Table (FNT 
4) . Monitors do not have to be appended and resaved because they are 

assembled internally with each test. 



3.1 PROGRAM LIBRARY (X200PL) 

The sources for all CPU diagnostics are contained on a single program 
library (PL) that resides on a permanent dataset named X200PL. The 
PL is accessed using the UPDATE utility. For more information on UPDATE, 
see the UPDATE Reference Manual, CRI publication SR-0013. Each program 
is referred to as a deck on the PL. Special decks, called common decks, 
are not stand-alone programs, but rather collections of frequently used 
code that can be inserted within a program with the following directive: 

*CALL name 

The following common decks can be inserted within a program: 

• XMTA 

• XMTI 

• MTX 



This dataset is renamed with each release, X200PL for the 2.0 
release, X201PL for the 3.0 release, and so on. 
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3.2 ASSEMBLING A PROGRAM 

Use the customer's front-end operating system to create and submit the 
job shown below. The following job can be used to assemble or modify any 
program on the PL. Refer to the UPDATE Reference Manual, CRI publication 
SR-0013, for information on insert and delete directives. 

J0B,JN=LWS,T=19 

ACCOUNT , hC^aootno. f 

ACCESS, DN=$PL f PDN-CRAYPL, ID=DIAGSYS . 

UPDATE, Q. 

CAL, I=$CPL, DEBUG, LIST=MONITOR. 

REWIND , DN=$CPL : $BLD . 

ADSTAPE. 

ACCESS , DN* IOPTAPE , ID=LOCK , UQ . 

DISPOSE , DN=$DS , DC=MT ,MF=AP , WAIT , TEXT=DIAGS : . 

DISPOSE, DN-$OUT,DEFER,WAIT,MP=AP. 

/EOF 

*C NAME 

After the job has executed, a tape request is posted on the IOS Kernel 
console. Mount a scratch tape to receive the program binary and enter 
the following command at the Kernel console: 

GO 

While running under the Diagnostic Support System (DSS) , copy the binary 
onto File Name Table (FNT) 4 using the following commands: 

DROP name 4 
READ @ name 4 

A new binary, called name, is now installed on FNT 4 and can be 
executed using CMOSX. 



3.3 CREATING A NEW PROGRAM 

A program source can be assembled by preceding it with control statements 
and submitting it to the Cray Operating System (COS) as a job. The 



t Your local account statement is inserted here. If your site does 

not use an account statement, delete this entry. 
ft Your program name directive should be inserted here. 
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program file, created under the customer's front-end operating system, 
should look like the example shown below: 

J0B,JN=LWS,T=19. 

ACCOUNT r KC-aeotno. * 

ACCESS , DN=$PL, PDN=CRAYPL, ID=DIAGSYS . 

UPDATE, Q. 

CAL , I=$CPL , DEBUG , I*IST=MONITOR . 

REWIND , DN=$CPL : $BLD . 

ADSTAPE. 

ACCESS , DN=IOPTAPE , ID=LOCK , UQ . 

DISPOSE,DN=$DS,DC=MT,MF=AP,WAIT,TEXT=DIAGS:0. 

DISPOSE, DN=$OUT, DEFER, WAIT, MF=AP. 

/EOF 

*DECK TEST 

IDENT TEST 

ABS 

BASE M 

ORG 
*CALL MTA 

SPACE 4 
START SI 1 

R /MTA/IO UPDATE PASS COUNT 



J START 



*C TEST 



After the job has executed, a tape request is posted on the Kernel 
console. Mount a scratch tape to receive the program binary and enter 
the following command at the Kernel console: 

GO 

While running under DSS, copy the binary onto File Name Table (FNT) 4 by 
entering the following commands: 

DROP name 4 
READ @ name 4 

A new binary, called name is now installed on FNT 4 and can be executed 
using CMOSX. 



Your local account statement is inserted here. If your site does 
not use an account statement, delete this entry. 
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INSTALLING I/O 
SUBSYSTEM DIAGNOSTICS 



To install I/O Subsystem diagnostics, compose a Cray JCL file consisting 
of Cray Operating System (COS) control statements on a front-end computer 
system and submit the job to the Cray mainframe through COS. The program 
accesses the diagnostic program library (UPDATE) , assembles the program 
using APML, and disposes the binary to the I/O Processor tape drive. The 
listing is printed after the Diagnostic Support System (DSS) is brought 
up on the I/O Subsystem (IOS) ; the binary is read onto File Name Table 
(FNT) 3 of the disk. Monitors do not have to be appended and re saved 
because they are assembled internally with each test. 



4.1 PROGRAM LIBRARY (IOPPL) 

The sources for I/O Processor (IOP) diagnostics are contained on a single 
program library (PL) which resides on a permanent dataset named IOPPL. 
This library is accessed using the UPDATE utility. See the UPDATE 
Reference Manual, CRI publication SR-0013, for more information about 
UPDATE. Each program is referred to as a deck on the PL. Common decks 
are special decks that can be inserted within another program using the 
following directive: 

*CALL name 

Common decks are not stand-alone programs, but rather collections of 
frequently used code. The following common decks can be inserted into 
another program: 

ETA XMTA type monitor for Eclipse (includes GLODEF) 

ETI XMTI type monitor for Eclipse (includes GLODEF) 

GLODEF Global definitions (error count, pass count, etc.) 

GRN Random number subroutine 

PTA XMTA type monitor for PCU Basic (includes GLODEF) 

PTI XMTI type monitor for PCU Basic (includes GLODEF) 



4.2 APML 

Diagnostics for the I/O Processor are written for the APML assembler, 
For more detailed information about APML, see the APML Assembler 
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Reference Manual, CRI publication SM-0036. An APML program starts with 
an IDENT statement and finishes with an END statement. Tab columns are 
set at 1, 10, and 35 for the label, assignment, and comment fields, 
respectively. Column 20 is used as required for certain 
pseudo-operations. If a comment is included as part of the APML 
statement, column 35 must contain a period. 



Register usage is assigned with the REGISTER pseudo-operation, 
field, if given, is the register number bias. 



The label 



Location 


Result 


Operand 


Comment 


1 


10 


20 


35 


000 


REGISTER 


(AA,AB,AC) 


.scratch registers 



Channel commands recognized by APML include IOR(0) , PFR(l) , PXS(2), 
LME(3), RTC(4), M0S(5), ERA (16) , and EXB(17). If any other channels are 
to be referenced, they must first be declared using the following CHANNEL 
pseudo-operation : 



DKA 



CHANNEL 



24 



Jump and return instructions are normally assembled in P+d form. If a 
diagnostic program is longer than 777 words long, assembly errors occur. 
A solution to this problem is to reserve a register, set it to 0, and 
allow the assembler to use it to form dd+k jumps. The BASEREG 
pseudo-operation accomplishes this. 



Location 


Result 


Operand 


Comment 


1 


10 


20 


35 




REGISTER 
BASEREG 


ZE 
ZE 


.constant zero 

•base register for jumps 



If labels need to be attached to data items, they should be attached with 
an asterisk (*) . Use of CON and DATA is not recommended unless defining 
I/O data. Use one of the data forms shown below: 



Location 


Result 


Operand 


Comment 


1 


10 


20 


35 


LABEL 


* 

177777 

ADRl 

D*16 


•ABCDEF' 


.ASCII data 
.octal 
.address 
.decimal 






VWD 


8/377, 8/'A' 


.VWD 
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If ORG or LOC are used, the address must be nnnn /4. 

Use EQUALS instead of =. 

Use <100> instead of BSS 100. 

Use <<100» instead of BSSZ 100. 



4.3 ASSEMBLING A PROGRAM 

Use the customer's front-end operating system to create and submit the 
following job. This job can be used to assemble or modify any program on 
the PL. Most programs contain monitors that do not appear on the 
listing, unless the LIST=MONITOR parameter is added to the APML statement. 

JOB,JN=LWS,T=19. 

ACCOUNT, KOaeotno / 

ACCESS ,DN=$ PL, PDN=IOPPL, ID=DIAGSYS . 

UPDATE, Q. 

APML, I=$CPL, DEBUG, LIST=MONITOR. 

REWIND , DN=$CPL : $BLD . 

ADSTAPE. 

ACCESS , DN= IOPTAPE , ID=LOCK , UQ . 

DISPOSE, DN=$DS,DC=MT,MF=AP, WAIT, TEXT=DIAGS : . 

D IS POSE, DN=$OUT, DEFER, WAIT, MF=AP. 

/EOF 

*/ program name directive 

*C NAME 

After the job has been processed, a tape request is posted on the IOS 
Kernel console. Mount a scratch tape to receive the program binary and 
enter the following command at the Kernel console: 

GO 

While running under the Diagnostic Support System (DSS) on the I/O 
Subsystem (IOS) , copy the binary onto File Name Table (FNT) 3 by entering 
the following commands: 

DSA ECD 
DROP name 3 
READ @ name 3 



Place your local account statement here. If your site does not use 
an account statement, delete this entry. 
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A new binary, called name is now on FNT 3 and can be loaded and 
executed. If a new IOPO deadstart tape is desired, mount a scratch tape 
with the write enable ring, and enter the following commands (must be 
done while running under system DSSO) : 

WRITE TBOOT @ 
WRITEA AODIR 



4.4 CREATING A NEW PROGRAM 

A program source can be assembled by preceding it with control statements 
and submitting it as a job to the Cray Operating System (COS) . The 
program file, created under the customers front-end operating system, 
should look like the program in figure 4-1. 



J0B,JN=LWS,T=19. 

ACCOUNT , KZ=aootn O / 

ACCESS ,DN=$PL, PDN=IOPPL, ID=DIAGSYS . 

UPDATE, Q. 

APML, I=$CPL, DEBUG) LIST^MONITOR. 

REWIND , DN=$CPL : $BLD . 

ADSTAPE. 

ACCESS , DN= IOPTAPE , ID=LOCK , UQ . 

DISPOSE, DN=$DS,DC=MT,MF=AP, WAIT, TEXT=DIAGS : . 

DISPOSE, DN=$OUT,DEFER,WAIT,MF=AP. 

/EOF 

S TEST 

TEST 



*DECK 


TEST 






IDENT 


T] 




ABS 






BASE 


M 




ORG 





*CALL 


PTA 
END 




*C TEST 







Figure 4-1. APML program file 



Place your local account statement here. If your site does not use 
an account statement, delete this entry. 
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After the job has been processed, a tape request is posted on the IOS 
console. Mount a scratch tape to receive the program binary and enter 
the following command at the Kernel console: 

GO 

While running under the Diagnostic Support System (DSS) on the I/O 
Subsystem (IOS) , copy the binary to File Name Table (FNT) 4. 

DSA ECD 
DROP name 3 
READ @ name 3 

The new binary is now on FNT 3 and can be loaded and executed from disk, 
If the program is also to be used from tape, a new IOPO deadstart tape 
must be created while running under DSSO. Modify AODIR to include the 
new program binary by entering the following command: 

EDIT AODIR NEWDIR 

Insert the new program name in the desired position on the tape. 
Terminate the editor, mount a scratch tape, and enter the following 
commands : 

WRITE TBOOT @ 
WRITE NEWDIR 
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APPENDIX SECTION 



CPU TEST DESCRIPTIONS 



This appendix contains a list of the diagnostics that test Cray Computer 
Systems (CRAY X-MP Computer Systems and CRAY-1 Model A, B, C, S or M 
Computer Systems, a description of the parameter options that are 
available for altering individual tests, and error information. 

The following naming conventions have been established to identify the 
monitor that a particular diagnostic uses. 

• Programs using the MTA monitor are preceded by an asterisk. 

• Programs using the MTI monitor are preceded by a colon. 

• Programs using the MTX monitor are preceded by an ampersand. 

• Programs that require a memory size parameter to be set are 
preceded by a pound sign. These programs do not specify a 
particular monitor type. 

• Boots and tests that do not use a monitor have names that are 
comprised of alpha characters only. 

• Programs that are not released or supported by the Diagnostic 
Systems Department (DSD) are preceded by a semicolon. 

• Command buffers are preceded by a slash. 



A.l CPU TEST LISTS 

This subsection lists and briefly describes the diagnostic test list for 
the following Cray Computer Systems: 

• CRAY X-MP 

• CRAY-1 Models A, B, C, S and M 
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A. 1.1 CRAY X-MP COMPUTER SYSTEMS TEST LIST 

The following list of diagnostics run under the control of CMOSX 
Subsystem and are arranged in alphabetical order. More detailed 
information on each test can be found in the CRAY X-MP Computer Systems 
Diagnostic Ready Reference Guide, CRI publication HQ-1005. 



Table A-l. CRAY X-MP CPU test list 



Test 


Description 


00 


Clear Cray image buffer 




11 


Set Cray image buffer 




:ADD 


Address add 




#AHT 


An indexing test 




:AMP2 


Two processor monitor 




:AMT 


Address multiply test 




*ARA 


Address register add 




:ARA 


Address register add 




:ARB 


Address register basic 




*ARBA 


A register zeros and ones 




:AREC 


Random error correction test 




:ARI 


A register input paths 




:ARM 


Address register multiply 




:AVC 


Vector register chip test 




&AVD 


Automatic vector chaining test 




:AVE 


Vector register chip test 




*A130 


NSC HYPERchannel interface test 




:BATS 


B to A and T to S data paths 




:BAVE 


Vector register chip test 




*BIT 


Basic CPU instruction test 




#BJK 


B register jumps 




:BLX 


Base/limit check test 




:BRB 


B register basic 




*BTDMP 


Dump B and T registers to memory 




:BTRT 


B and T register test 




&BTV 


B and T register block transfers 




*CBG 


Memory check bit generator 




*CHE 


Interface echo test (slave) 




*CHN 


Channel test 




*CHT 


Jumpered channel test 




*CKB1 


Check bit test 




*CLR 


Clear interrupts and memory in both CPUs 




&CMX 


Random instruction and operand confidence 


test 


&CT 


MCU channel check 




*EDB 


Exchange data basic 




*EXD0 


Display Exchange Package IOP0 
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Table A-l. CRAY X-MP CPU test list (continued) 



Test 


Description 


*EXD1 


Display Exchange Package I0P1 




#EXJ 


Exchange jump test (S/N 9 and above) 




&EXM 


Status register test 




:FIND 


Utility that searches for a user-defined parcel 


value 


*FPE 


Floating-point error test 




*IBP0 


Instruction buffer parcel 




*IBP1 


Instruction buffer parcel 1 




*IBP2 


Instruction buffer parcel 2 




*IBP3 


Instruction buffer parcel 2 




:IBR 


Instruction buffer test 




:IBRX 


Instruction buffer test 




*IBR0 


Instruction buffer test for parcel 




*IBR1 


Instruction buffer test for parcel 1 




*IBR2 


Instruction buffer test for parcel 2 




*IBR3 


Instruction buffer test for parcel 3 




&INFC 


Interface test 




*IFT 


Interface test (master) 




#JAB 


Jump address basic 




#JBK 


Jump instruction test 




*JCB 


Jump condition basic 




#MCR 


Memory column/row test 




#MCST 


Memory test 




#MDSX 


Memory test 




#MDSZ 


Memory test 




#MEB 


Memory basic 




#MIT 


Moving inversions memory test 




#MIX 


Memory test, section selectable from very basic 
through high-speed stress testing 




*MMI 


Monitor mode interrupt test 




*MNUM 


Utility that writes every memory location 




:MOVE 


Utility that moves data from one area of memory 
another 


to 


:MPM 


Multiprocessor interrupt monitor 




:MSEC 


Test SECDED modules 




#MSL 


Memory scope loop 




*MTA 


Monitor mode monitor 




#MTEX 


CRAY X-MP version of the MTE monitor 




#MTEX16 


CRAY X-MP version of the MTE monitor for 16K chips 


:MTI 


Low level interrupt driven monitor 




&MTX 


Sophisticated monitoring system 




#MVWR 


Memory vector write recovery test 




#MVX 


Vector read/write memory test 




*PCI 


Programmable clock interrupt 




&PDP 


PDP 11/70, VAX 11/750, 780 interface 




:PORT 


A, B, C port test 
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Table A-l. CRAY X-MP CPU test list (continued) 



Test 


Description 


*RTC 


Real-time clock 




:RUN 


Multiprocess 16 tests 




:RUNX 


Multiprocess 16 tests per CPU (32 tests total) 




:SAR 


Random scalar add test 




♦SCAT 


Channel test 




:SCN 


Scan memory 




:SEM 


Semaphore test and test and set check 




:SEM0 


Semaphore test and test and set check for single 
processor 




&SFA 


Simulate floating-point add 




&SFM 


Simulate floating-point multiply 




&SFR 


Scalar floating-point register 




&SIS 


Scalar instruction simulator 




&SMU 


Symmetric multiply 




&SR1 


1-parcel instruction register conflicts 




&SR1-F 


1-parcel instruction register conflicts minus 
floating-point instructions 




&SR2 


1- and 2-parcel instruction register conflicts 




&SR2-F 


1- and 2-parcel instruction register conflicts minus 
floating-point instructions 




&SR3 


Random register conflicts 




*SRA 


Scalar integer sum and difference 




:SRA 


Scalar integer sum and difference 




:SRB 


Scalar register basic 




*SRBA 


S register ones and zeros 




:SRBA 


S register ones and zeros 




*SRDP1 


Shared register dump utility for cluster 1 




*SRDP2 


Shared register dump utility for cluster 2 




*SRDP3 


Shared register dump utility for cluster 3 




*SRL 


Scalar register logical 




:SRL 


Scalar logical functional unit 




&SRR 


Scalar shift instruction 




*SRS 


Scalar register shift 




*SSDIO 


SSD I/O test 




&STAN 


Standard answer test 




&SVC 


Scalar and vector compare 




:TDM 


TD mode display memory 




:TD00 


Test Dead (TD) mode test instruction buffer parcel 
with zeros 




:TD01 


TD mode test instruction buffer parcel 1 with zeros 




:TD02 


TD mode test instruction buffer parcel 2 with zeros 




:TD03 


TD mode test instruction buffer parcel 3 with zeros 




:TD10 


TD mode test instruction buffer parcel with ones 




:TD11 


TD mode test instruction buffer parcel 1 with ones 
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Table A-l. CRAY X-MP CPU test list (continued) 



Test 


Description 


:TD12 


TD mode test instruction buffer parcel 2 with ones 


:TD13 


TD mode test instruction buffer parcel 3 with ones 


*TLT 


A and S register loading 


#TMX 


Timing test 


#TMXS 


Timing test 


:TPM 


Test monitor privileged instructions 


:TRB 


T register basic 


:VCH 


Vector chaining 


:VCTST 


V register test 


*VDMP 


Vector register dump 


&VLOG 


First and second vector logical test 


&VLT 


Vector logical test 


&VPOP 


Vector population count 


&VPT 


Vector data paths 


&VRA 


Vector register add 


&VRB 


Vector register basic 


&VRL 


Vector register logical 


&VRN 


Vector random 


&VRN-F 


Vector random minus floating-point instructions test 


&VRR 


Vector random with random length and increments 


&VRS 


Vector register shift 


&VRX 


Vector register test 


*XAE1 


Test SECDED checklist generation 


*XHG1 


Performance monitor test 


XMPERR 


Error correction test 


*XSSD 


Channel test 


*XZE1 


ZE module SECDED test 


*XAE2 


SECDED check 


: ZETST 


Check 3ZE module 


*ZSDX 


SECDED logic and memory test 



A. 1.2 CRAY-1 COMPUTER SYSTEMS TEST LIST 

Table A-2 lists the CPU diagnostics for CRAY-1 Model A, B, C, S and M 
Computer Systems run under the control of CMOSX Subsystem 0. The tests 
are arranged in alphabetical order. More detailed information on each 
test can be found in the CRAY-1 Computer Systems Diagnsotic Ready 
Reference Guide, publication HQ-1004. 
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Table A-2. CRAY-1 CPU test list 



Test 


Description 


00 


Clear CPU image buffer 


11 


Set CPU image buffer 


*A130 


NSC HYPERchannel interface test 


:ADD 


Address add 


:ADRT 


DCU buffer address test 


#AHT 


An indexing test 


:AMT 


Address multiply test 


*ARA 


Address register add 


:ARA 


Address register add 


:ARB 


Address register basic 


*ARBA 


A register zeros and ones 


:AREC 


Random error correction test 


:ARI 


A register input paths 


:ARM 


Address register multiply 


:BATS 


B to A and T to S data paths 


&BET 


Buffer echo test 


*BEU 


DD-aS channel module test 


*BIT 


Basic CPU instruction test 


#BJK 


B register jumps 


:BLA 


Base/limit check test 


:BRB 


B register basic 


*BTDMP 


Dump B and T registers to memory 


&BTRT 


B and T register test 


&BTV 


B and T register block transfers 


*CAET 


CA and CL channel pair register test 


*CBG 


Memory check bit generator 


*CCI 


Clear Cray interrupt utility 


*CCM 


Clear Cray memory utility 


*CFLW 


CTSS disk flaw utility 


*CHANL 




*CHE 


Interface echo test (slave) 


*CHN 


Channel test 


:CHR 


Interface echo test (RUN monitor) 


*CHT 


Jumpered channel test 


*CHU 


Channel test (module types) 


*CKB1 


Basic check bit storage 


*CLR 


Clear CPU interrupts and memory 


&CLEAR 


Clear interrupts and memory in both CPUs 


&CMD 


Random instruction and operand confidence test 


*CT 


MCU channel test 


*DBRR 


Disk beater RUN version (DCU-3) 


*DBTR 


Disk beater (DCU-3) 


*DDR0 


A and S register dead dump 0's test 


*DDR1 


A and S register dead dump l's test 
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Table A-2. CRAY-1 CPU test list (continued) 



Test 


Description 


*DPC 


Disk fire code (DCU-3) 




*DFLW 


Disk flaw utility (DCU-3) 




*DKRX 


Microcode interpreter 




*DKSE 


Disk aid interpreter 




*DSKR 


Basic disk test RUN version (DCU-3) 




*DSKZ 


Basic disk test 




*EDB 


Exchange data basic 




*EJT 


Exchange mechanism test (serial number (S/N 8 
below) 


and 


*EXD 


Examines Exchange Package parameters for time 
programs 


out 


#EXJ 


Exchange jump test (S/N 9 and above) 




&FCS 


Write function test 




*FCU 


Fire code test 




&FLAC 


CTSS flaw address calculator 




*FPE 


Floating-point error test 




&FUTA 


Add functional unit reliability test 




*IBP0 


Instruction buffer parcel test 




*IBP1 


Instruction buffer parcel 1 test 




*IBP2 


Instruction buffer parcel 2 test 




*IBP3 


Instruction buffer parcel 3 test 




:IBR 


Detect instruction buffer failures test 




*IFT 


Interface test (master) 




#JAB 


Jump address basic 




#JBK 


Jump instruction 




*JCB 


Jump condition basic 




#MCR 


Memory column/row test 




#MCST 


Memory test 




#MCST1 


Memory test 




#MDSX 


Memory test 




#MDSZ 


Memory test 




#MEB 


Memory basic 




#MIT 


Moving inversions memory test 




#MIX 


Memory test, section selectable from very basic 




through high-speed stress testing 




*MMI 


Monitor mode interrupt test 




&MPC 


Memory parity circuit test 




:MPM 


Multiprocessor monitor 




:MSEC 


Test SECDED modules 




*MSEE 


Utility that performs repeated outputs of CPU 
the 6 Mbyte channel 


through 


#MSL 


Memory scope loop 




*MSL0 


Memory scope loop for processor 




*MSLR 


Memory scope loop for right bank 
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Table A-2. CRAY-1 CPU test list (continued) 



Test 


Description 


*MTA 


Monitor mode monitor 




:MTD 


Monitor (8-bank Cray Computer System) 




#MTE 


Monitor 




*MTE 


Monitor 




:MTI 


Low level interrupt driven monitor 




&MTS 


Comprehensive monitor (monitor and interrupt mode 
driven) 




#MVWR 


Memory vector write recovery test 




#MVX 


Vector read/write memory test 




*PADI 


SH (input control) module address register test 




*PADO 


SI (output control) module address register test 




*PCI 


Programmable clock interrupt 




*PDP 


PDP 11/70, VAX 11/750, 780 interface 




*RTC 


Real-time clock 




:RUN 


Multiprocess 16 tests 




:RUN8 


RUN monitor for 8-bank CPUs 




:SAR 


Random scalar add test 




*SCAT 


Channel test 




:SCN 


Scan memory 




#SECD 


SECDED memory test 




&SFA 


Simulate floating-point add 




&SFM 


Simulate floating-point multiply 




&SPMR 


Simulate floating-point mulitpy random 




&SFR 


Scalar floating-point register 




&SIS 


Scalar instruction simulator 




&SMU 


Symmetric multiply 




&SR1 


1-parcel instruction register conflicts 




&SR1-F 


1-parcel instruction register conflicts minus 
floating-point instructions 




&SR2 


1- and 2-parcel instruction register conflicts 




&SR2-F 


1- and 2-parcel instruction register conflicts minus 




floating-point instructions 




&SR3 


Random register conflicts 




*SRA 


Scalar integer sum and difference 




:SRA 


Scalar integer sum and difference 




:SRB 


Scalar register basic 




*SRBA 


S register ones and zeros 




:SRBA 


S register ones and zeros 




#SRIO 


Register conflict test for problems that occur in 
operating system environment 


the 


*SRL 


Scalar logical functional unit 




:SRL 


Scalar logical functional unit 




&SRR 


Scalar shift instruction 




*SRS 


Scalar register shift 
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Table A-2. CRAY-1 CPU test list (continued) 



Test 


Description 


&SSFR 


Simulate floating-point reciprocal 


:STAN 


Standard CPU answer test 


&SVC 


Scalar and vector compare 


*TDI0 


TD mode test instruction buffer parcel with ones 


*TDI1 


TD mode test instruction buffer parcel 1 with ones 


*TDI2 


TD mode test instruction buffer parcel 2 with ones 


*TDI3 


TD mode test instruction buffer parcel 3 with ones 


:TDM 


TD mode display memory 


:TDMP 


Memory address test (0-1000) 


*TLT 


A and S register loading 


#TMX 


Timing test 


#TMXS 


CPU timing test 


:TPM 


Test monitor privileged instructions 


:TRB 


T register basic 


*VCH 


Vector chaining 


:VCTST 


V register test 


*VDMP 


Vector register dump 


&VLOG 


Second vector logical test 


&VLT 


Vector logical test 


&VPOP 


Vector population count 


&VPT 


Vector data paths 


&VRA 


Vector register add 


&VRB 


Vector register basic 


&VRL 


Vector register logical 


&VRN 


Vector random 


&VRN-F 


Vector random minus floating-point instructions test 


&VRR 


Vector random with random length and increments 


&VRS 


Vector register shift 



A. 2 PARAMETERS 

All diagnostics, except online, use monitors and recognize certain 
parameters that control test execution. These parameters can be set in 
the data information block (DIB). The @STOP parameter, for example, 
alters the way a test runs depending on the value that is stored in 
@STOP. The following options are available for @STOP: 
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Address 



Value 



Description 



@STOP 



§STOP 



@STOP 



@STOP 



NSOE (26=0) f 



SOE (26=1) f 



LOE (26=2)^ 



SLOE (26=4) f 



No stop on error; the test runs 
continuously and accumulates pass and 
error counts . 

Stop on error; the test stops when an 
error is encountered. 

Loop on error; the test loops on error and 
accumulates pass and error counts on the 
first error encountered. 

Scope loop on error; the test scope loops 
on the error. 



Certain locations identify the hardware the diagnsotic is testing. The 
following addresses identify local hardware configuration for diagnostic 
testing: 



Parameter 



Description 



@MLAST (70)^ Sets limit address; the following limits can be 
specified: 

Chip size Address Size 

1000000 777777 1/4 Million word (16 banks) 

2000000 1777777 1/2 Million word (16 banks) 

4000000 3777777 1 Million word (16 banks) 

10000000 7777777 2 Million word (16 banks) 

20000000 17777777 4 Million word (32 banks) 



(1003) 



Bank to be tested 



0-37=Test specified bank 
40=Test all banks 



6BANKS (71) T Number of banks 

20=203 banks 
40=408 banks 

@CHIP (1005) f Chip size 

12=1K chips 
14=4K chips 
16=16K chips 



t Hard addresses are subject to change at any time. Standardized 
addressing using the Data Information Block (DIB) replaces hard 
addresses with address parameters. 
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Table A-3 lists the addresses of the test parameters used by the DIB, 



Table A-3. Data information block (DIB) 



Parameter 


Address^ 


Description 


@NAME 




Diagnostic name 


@REV 




Diagnostic revision 


@LEVEL 




Diagnostic level 


^TARGET 




Target CPUs 


@SECS 




Section select 


@STOP 




Stop conditions 


@REPEAT 




Repeat conditions 


@MODE 




Special mode 


@SECC 




Current section 


@PASS 




Pass count 


@ERROR 




Error count 


@CODE 




Error code 


@ACT 




Actual data 


@EXP 


22 


Expected data 


§DIF 


20 


Difference 


@ERA 


25 


Error address 


SLZ 




Suppress leading zeros 


TXT 




Text display 


IND 




Indirect value 


@MLAST 


70 


Memory last Address 


@BANKS 


71 


Number of banks 


@CHIP 


1005 


Chip size 


@CPUT 


57 


Type of CPU 


@CPUN 




Number of CPUs 


@CPUSN 




CPU serial number 


G0PEN1 




Open location 


@OPEN2 




Open location 


@MTRT 


60 


Monitor type 


@MCUT 


61 


MCU type 


@MCUI 


63 


MCU input channel 


@MCUO 


64 


MCU output channel 


@MCUF 


65 


MCU first word address 


@MCUW 


66 


MCU word count 


§MET 




Common 


$NAME 




Name of diagnostic 


$REV 




Revision of diagnostic 


$LEVEL 




Level of diagnostic 



Hard addresses are subject to change at any time. 
Standardized addressing using the Data Information 
Block (DIB) replaces hard addresses with address 
parameters . 
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Table A-3. Data information block (continued) 



Parameter 


Address' 


Description 


$TARGET 




Target CPU's 


$SECS 


43 


Section select 


$STOP 


26 


Stop conditions 


$REPEAT 


27 


Repeat conditions 


$MODE 




Special mode 


$SECC 


44 


Current section 


$PASS 


24 


Pass count 


$ERROR 


23 


Error count 


$CODE 


31 


Error code 


$ACT 


21 


Actual data 


$EXP 


22 


Expected data 


$DIF 


20 


Difference 


$ERA 




Error address 


@FINST 


32 


Failing instruction 


@FI 




Failing I (Result) 


@FJ 




Failing J operand 


@FK 




Failing K operand 



Hard addresses are subject to change at any time. 
Standardized addressing using the Data Information 
Block (DIB) replaces hard addresses with address 
parameters. 



Table A-4 lists the CPU type options that can be entered in location 
@CPUT. 



Table A-4. CPU types 



Parameter 


Address 


Description 


CPA 


1 


CRAY-l/A 


CPS 


2 


CRAY-l/S 


CPX 


4 


CRAY X-MP 


CPM 


10 


CRAY-l/M 


CPXM 


20 


CRAY X/M 


CPX4 


40 


CRAY X-MP4 
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Table A-5 lists the stop conditions that can be entered in location @STOP. 



Table A-5. Stop conditions 



Parameter 


Value 


Description 


SOE 


1 


Stop on error (default) 


NSOE 





No stop on error; 


SSC 


10 


Stop at end of subcondition 


SCE 


20 


Stop at end of condition 


SSS 


40 


Stop at end of subsection 


SES 


100 


Stop at end of section 


SET 


200 


Stop at end of test 


TRM 


Not available 


Terminate online test 



Table A-6 lists the repeat conditions that can be entered in location 
©REPEAT. 



Table A-6. Repeat conditions 



Parameter 


Value 


Description 


NRT 





No repeat (default) 


CONT 


1 


Continue to next stop 


LOE 


2 


Loop on error; 


SCOP 


4 


Scope loop 


RSC 


10 


Repeat subcondition 


RCD 


20 


Repeat condition 


RSS 


40 


Repeat subsection 


RSE 


100 


Repeat section 


RPT 


200 


Repeat test 


RST 


400 


Reset online test 



Table A-7 lists the DIB montior types^ that can be entered in 
location @MTRT 



t Deferred implementation 
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Table A-7. DIB Monitor types^ 



Type 


Value 


Description 


MO 
Ml 
M2 
M3 
M4 


1 

2 

4 

10 

20 


Stand-alone monitor 
Ml monitor 
M2 monitor 
M3 monitor 
M4 monitor 



A. 3 ERROR INFORMATION 

Most diagnostics execute continuously, accumulating pass counts, and 
repeating themselves until an error condition is detected. Upon failure, 
programs give certain status information; usually stored in locations 
2OQ-4O3. The amount of information can vary, but the following 
addresses have been defined for error reporting: 



Address 


Value 


Significance 


$DIF 


20 


Logical difference 


$ACT 


21 


Actual data 


$EXP 


22 


Expected data 


$ERROR 


23 


Error count 


$PASS 


24 


Pass count 


$SECC 


25 


Address or section number 



Actual memory locations have been replaced by parameter names to reduce the 
impact of revisions and bugfixes on program maintenance. Knowing the value 
of the parameter, rather than its location, is also generally more helpful 
to you in real-life situations. See the Diagnostic Programmer's Guide, CRI 
publication CP-1006 for detailed information on error parameters and 
messages. 



t Deferred implementation 
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I/O SUBSYSTEM TEST DESCRIPTIONS B 



This appendix contains a list of the diagnostics (table B-l) that test 
the I/O Subsystem (IOS), a description of the monitors that control IOS 
diagnostic tests, and error information. 



B.l TEST LIST 

Table B-l lists the diagnostics that run under the control of CMOSX 
Subsystem and test the I/O Subsystem (IOS) . More detailed information 
for each test can be found in the I/O Subsystem (IOS) Diagnostic Ready 
Reference Guide, CRI publication HQ-1007. 

Most diagnostics contain a common group of instructions called a 
monitor. The monitor periodically copies its processor's Local Memory 
into Buffer Memory where the image can be viewed on the Buffer Memory 
display (part 1, section 3). A monitor, called PTA, performs this task. 
Another more complicated monitor, called PTI, enables and reports 
interrupt events by storing the interrupt channel number at address 47 q. 
The following naming conventions have been established to identify the 
monitor that a particular diagnostic uses. 

• Programs using the PTA monitor are preceded by an asterisk. 

• Programs using the PTI monitor are preceded by a colon. 

• Programs using any other monitor are preceded by an @ . 



Table B-l. I/O Subsystem (IOS) test list 



Test 


Description 




*ACT 


AMPEX console test 




*ADB 


Adder basic test 




:ADB 


Adder basic test 




6ADC2 


AMPEX disk controller 1 sector 


deads tart test 


GAMPT 


Advanced memory parity test 




§AMT 


Advanced memory test 
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Table B-l. I/O Subsystem (IOS) test list (continued) 



Test 


Description 


@BCD 


Display utility 


*BMDG 


IBM channel diagnostic 


*BMEX 


Block multiplexer exerciser 


*BMI 


Buffer Memory interference 


@BMT 


Buffer Memory test 


@BMTT 


Block multiplexer 


@BP0 


Basic instruction test for IOPO 


@BPX 


Basic processor instruction test 


*CDR 


Card reader test 


GCFLP 


Flaw table utility 


@CHMX 


Low-speed (LSP4) channel test 


*CMB 


Local memory basic test 


*CMI 


CPU memory interference 


@CMPAR 


Compare memory for parcel match utility 


CONDAT 


Configuration data 


:CTB 


Command test basic 


§CTM 


Command test random 


@DBTP 


Disk beater 


DEADA 


Simple deadstart check (TD mode) 


DEADB 


Simple functional test 


DEADC 


Simple functional test 


DEADD 


Simple functional test 


DEADE 


Simple functional test 


DEADF 


Simple functional test 


DEADG 


Simple functional test 


DEADH 


Simple functional test 


DEAD I 


Simple functional test 


DEADJ 


Simple functional test 


DEADK 


Simple functional test 


DEADL 


Simple functional test 


§DFLP 


Disk flaw utility 


*DIS 


Echo display test 


*DMAT 


Disk DMA test 


@DMUS 


Disk multiple unit surface analysis 


@DMUX 


Disk multiple unit exerciser 


*DSK 


Disk aid routine 


@DSKM 


Multiple disk aid routine 


*DSKP 


Disk diagnostic and utilities 


*EAT 


Expander align tape 


@EODMP 


Dump exit stack and operand registers 


*ESB 


Exit stack basic 


@EXBAD 


Expander box aid utility 


*EXD 


AMPEX display expander test 


*EXT 


Extra functions test 
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Table B-l. I/O Subsystem (IOS) test list (continued) 



Test 


Description 


*GEN 


Error generator for error logger 


*HICHU 


High speed 


*HISP 


Test 100 Mbyye channel to CPU 


@HSB 


High-speed basic 


*HSSD 


SSD test that runs from the I/O Processor on 




the 100 Mbyte channel 


*HSPGN 


100 Mbyte channel parity generator 


*HSQ 


High-speed quick 


*IA130 


NSC HYPERchannel interface (hit) test 


*IPP 


Interface test 


* IFPDP 


Interface test 


@IMON 


Interrupt monitor 


*INT 


Interrupt address test 


IPC 


Interprocessor channel boot 


*ISS 


Instruction issue test 


*LMA 


Local Memory address test 


*LMB 


Local Memory basic 


:LMB 


Local Memory basic 


@LMP 


Local Memory parity 


@LMT 


Local Memory test 


*LPT 


Line printer test 


:MAGR 


Mag tape reliability test 


*MCUC 


MCU channel test 


*MDS 


Memory data test 


:MDS 


Memory data test 


@MDS0 


Test section of Local Memory 


@MDS1 


Test section 1 of Local Memory 


@MDS2 


Test section 2 of Local Memory 


@MDS3 


Test section 3 of Local Memory 


*MDSP 


Memory parity test 


*MDSX 


Memory data and address test 


:MDSX 


Memory data and address test 


*MDSY 


Memory data and address bit test 


:MDSY 


Memory data and address bit test 


@MRA 


Set address pattern into memory and registers 


@MRC 


Clear memory and registers 


@MRS 


Set memory and registers to all zeros 


ONES 


Used to set PCU1 deadstart buffer to all ones 


*ORA 


Operand register addressing 


*ORB 


Operand register basic 


:ORB 


Operand register basic 


*ORM 


Operand register memory test 


:ORM 


Operand register memory test 


*PFPG 


Test low-speed channel 
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Table B-l. I/O Subsystem (IOS) test list (continued) 



Test 


Description 


*PNPO 


PN/PO channel loop back test 


*PRT 


P register test 


*PTA 


Simple monitor (similar to XMTA) 


:PTI 


Monitor that handles interrupts (similar to 




XMTI) 


*RJB 


Return jump basic 


*SDGEN 


Error generator for error logger uses 100 




Mbyte channel 


*SHB 


Shifter basic 


:SRB 


Shifter basic 


:SRX 


Random operand and instruction test 


*STA 


Stack test 


*TTT 


AMPEX display test 



B.2 ERROR INFORMATION 

Most diagnostics execute continuously, accumulating pass counts and 
repeating themselves until an error condition is detected. Upon failure, 
programs give certain status information. The amount of information can 
vary, but the following addresses have been defined for error reporting: 



Address 



Significance 



2 Keyboard channel (BMT) 

3 Channel 3 Local Memory error status 

4 Channel 16 error log status 

5 Error log first parameter word 

6 Error log second parameter word 

7 Error log third parameter word 

10 Processor number (preset by MCU) 

11 Upper address of the common memory image area (preset by MCU) 

200 - IOP0 image area 

400 - IOP1 image area 

600 - IOP2 image area 

1000 - IOP3 image area 

12 Current test section 

13 Current test subsection and condition 

14 Error code 

15 Lower address (2°-2 8 ) of the failing word (CPU or BM) 

16 Upper address (2 9 -2 24 ) of the failing word (CPU or BM) 

17 LM address of the data error 
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Address Significance 

20 Logical difference 

21 Equal to actual data 

22 Expected data 

23 Error counter 

24 Pass count 

25 Program address where the error occurred 

26 If mode is equal to: 

000000 Continue after error, accumulate pass and error 
count 

000001 Stop on error 

000002 Report and loop on error 
000004 Scope loop; no error reporting. 
100000 Do not generate new operands 

30 Current accumulator 

31 Current P register 

32 Current B register 

33 Current exit stack pointer 

34 Starting accumulator value (included in tests using PTI 
monitor) 

35 Starting P register value (included in tests using PTI 
monitor) 

36 Current carry flag 

41 Interrupted channel number (tests using PTI monitor) 

42 Interrupted channel status 

201 Keyboard channel (DIS, ACT, BCD, TTT) 



B.3 TEST DOCUMENTATION 

Complete documentation for individual I/O Processor (IOP) tests can be 
found in the following sources: 

• The preamble of the diagnostic test 

• I/O Subsystem (IOS) Diagnostic Ready Reference Guide, CRI 
publication HQ-1007 

• Diagnostic Programmer's Guide, CRI publication CP-1006. 
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FRONT-END INTERFACE 
TEST DESCRIPTIONS 



This appendix identifies the following front-end interface (FEI) 
diagnostics that execute on the customers front-end computer: 

• ACE370 (Amdahl-to-Cray interface test) 

• CIT (Cray CDC front-end interface test) 

• VAX interface test 



C.l ACE370 - AMDAHL-TO-CRAY INTERFACE TEST 

ACE370, the Amdahl-to-Cray interface test, tests the IBM or Amdahl side 
of the Cray interface. This front-end interface (FEI) diagnostic is 
distributed in two versions. One version runs under the control of the 
IBM/MVS operating system, the other under the IBM/VM operating system. 



C.l.l IBM/MVS VERSION 

The IBM/MVS job control language for running ACE370 should be entered 
into a procedure library such as SYS1.PR0CLIB. U can be specified as any 
of the following as long as the device is attached to MVS and varied 
online: 

U=CRAYLNK1 > DEV 10 

=CRAYLNK2 > DEV 110 

=CRAYLNK3 > DEV 120 

=CRAYLNK4 > DEV 200 (MVS procedure default) 

The following procedure runs a diagnostic on a Cray FEI: 



//DIAGNOSE EXEC 

//STEPLIB DD 

//SYSPRINT DD 

//SYSDUMP DD 



PGM=ACE370 

DSN=SYS2. UTILITY. LINKLIB,DISP=SHR 

SYSOUT=A 

SYSOUT=A 



//SNAP DD SYSOUT=A 

//CRAY1 DD UNIT=&U 
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To run ACE370, after it has been stored in the procedure library , enter 
the following command at the operator's console on the IBM system: 

S CRAYTEST 

When the IBM/MVS version of the program starts executing, the following 
query is sent to the operator's console. 

01 ** CRI DIAGNOSTIC - DO YOU WISH THE DEFAULT OPTIONS (Y OR N) ? 

Answer this message and any succeeding screen messages by entering the 
system message number, a blank space, and your response. If you want to 
run IBM master-Cray slave mode using the default options, reply to 
message 01 by entering the following: 

01 Y 

Answering yes to message 01, runs ACE370 with the following default 
options enabled: 

Option Description 

MODE=2 Cray slave 

SECTION=2 Unchained I/O 

STOP ON ERRORS=Y Stop on error is set 

LOOP COUNT=9999 Number of program iterations 

SCOPE LOOP=N Scope loop is not set 

If you want to change any of the default options, reply to message 01 by 
entering: 

01 N 

MVS displays a series of messages that permit you to reset the program 
options. The messages are as follows: 

2 ** CRI SPECIFY MODE REQUIRED (0, 1, 2, OR X) 

Reply to the message by entering one of the following: 

Reply Description 

02 Loopback mode 

02 1 Cray master mode 
02 2 Cray slave mode 

02 X X (or invalid reply) terminates the diagnostic. 

03 ** CRI SPECIFY SECTION NUMBER (1, 2, OR 3) 
Reply to the message by entering one of the following: 
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Reply Description 

03 1 Section 1 runs and issues no op instructions in loopback 

mode 
03 2 Section 2 runs and I/O is unchained 

03 3 Section 3 runs and I/O is unchained (valid in loopback mode 

only) . 

04 ** SPECIFY LOOP COUNT (0001-9999) 
Reply to the request by entering the following: 

04 n 

n must be in the range from 0001 through 9999. Invalid responses cause 
the request to be repeated. This message is not issued when Cray master 
mode is effect, because the Cray Computer System keeps track of the loop 
count. The IBM system merely reflects the count it receives from the 
Cray Computer System. 

5 ** IS STOP ON ERROR REQUIRED (Y OR N) ? 
If the response is not Y (yes), N (no) is assumed. 

06 ** IS SCOPE LOOP MODE REQUIRED (Y OR N) ? 

If the response is not Y (yes), N (no) is assumed. 

To run IBM master mode, load the CHE diagnostic (Appendix A) if the FEI 
is attached to the Cray mainframe, or the IFP diagnostic (Appendix B) if 
the FEI is attached to the I/O Subsystem (IOS). Set the parameters, and 
always start the Cray side first. 

Either side can be stopped first. If the Cray side is stopped first, a 
read/write timeout is sent to the IBM. Stop the IBM side at the 
operator's console by entering the following: 

CANCEL CRAYTEST 

If a dump is required, enter the following: 

CANCEL CRAYTEST, DUMP 



C.1.2 IBM/VM VERSION 

If the IBM/VM version of ACE370 is being used, the test runs from a user 
console and requires a valid user ID and password on the IBM system. 
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Log on and attach the channel address the FEI is linked to on the IBM to 
your user ID. Enter the following: 

LOAD ACE370 
START 

The test begins running when START is entered at the keyboard. The same 
system messages (Appendix C.l.l), without the system message numbers, 
that are displayed on the console for the IBM/toVS system are displayed 
for the IBM/VM version. Responses to IBM/VM system messages are entered 
as if they were IBM/MVS system messages, but without the system message 
numbers. 



C.2 CIT - CRAY INTERFACE TEST (CDC FRONT-END) 

The Cray interface test (CIT) is a standalone diagnostic that tests the 
CYBER side of the Cray interface. CIT communicates with the IFT or the 
CHE diagnostic on the Cray side. CIT is released to the field in two 
forms; as a card deck and as a deadstart tape. To load CIT from cards, 
set the CYBER deadstart as follows. 

Address Contents 



01 


75cc 


02 


77cc 


03 


eOOO 


04 


77cc 


05 


0001 


06 


77cc 


07 


1500 


10 


2000 


11 


4277 


12 


74cc 


13 


71cc 


14 


0000 



In this list, cc stands for the card reader channel and e represents the 
card reader equipment number. 

To load CIT using tape, set the CYBER deadstart panel as shown below: 

Address Contents 



01 


75tt 


02 


77tt 


03 


eOOu 


04 


77tt 


05 


0010 


06 


77tt 
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Address Contents 



07 


1400 


10 


74tt 


11 


71tt 


12 


0000 


13 


0000 


14 


0000 



In this list, tt stands for the tape channel, E for the tape controller 
number and U for the tape unit in the content's column shown above. 

If the interface is attached directly to a Cray channel, load IFT 
(Appendix A) in the Cray to run Cray master mode, and load CHE (Appendix 
A) in the Cray to run CDC master mode. If the interface is attached to 
an I/O Processor (IOP) , the IOP0 deads tart tape must be loaded and DSS 
started. Press U on the I0P1 console, and boot PCU1. IFP can be loaded 
and run for both CDC master mode and Cray master mode with the 
appropriate parameter settings. 

To enable a CIT test option, enter the bit value of the desired option. 
For example, to run CIT under the stop on error condition, set bit 2 of 
address 1500 equal to 1. Table C-l lists the test option for the CIT 
foreign interface test. 



Table C-l. CIT test options 



Address 


Condition 


Bit 


Description 


1500 


STOP 


2=1 
2=2 
2=3 


Stop on error 

Stop at the end of the section 

Stop at the end of the test 




1501 


REPEAT 


10=1 


Repeat section 






DELETE 


10=2 


Delete running message 




1502 


CHANNEL 


6-11 


Channel 






ADDRESS 


0-10 


Must be zeros 




1503 


BLOCK I/O 


0=1 


Block I/O; This parameter is not 
if loopback mode is in effect. 


used 


1504 


TRANSFER 




Must be a multiple of 20g; the 






WORD COUNT 




the default for loopback mode is 
the default for master mode is ii 
word count. 


150; 
iput 
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Table C-l. CIT test options 



Address 


Condition 


Bit 


Description 


1505 


Not used 






1506 


SELECT 


9-11 


Controller number; usually zero. 






0-8 


Zeros 


1507 


MODE 


0=0 


CDC master mode 






0=1 


Cray master mode 






1=1 


Loopback mode 


1510 


TEST SECTION 


0=1 


Section 1; 


Zeros 




SELECT 


1=1 


Section 2 


; Ones 






2=1 


Section 3; 


Zeros/ones 






3=1 


Section 4; 


Ones/zeros 






4=1 


Section 5 


', Sliding 1 bit 






5=1 


Section 6; 


Sliding bit 






6=1 


Section 7 


j Operator select 



NOTE 



CIT cannot be run on a CYBER 170/800 series machine 
that uses microcode to simulate a 12-bit machine. 



C.3 VAX INTERFACE TEST 

The VAX interface tests (DERT and DER2T) test the VAX side of the Cray 
interface. 



C.3.1 DERT TEST 

DERT tests the VAX by running from the VAX to the interface box and from 
the interface box back to the VAX (loopback mode) . 

1. Set the front-end interface switches to normal. 

2. Insert the floppy diskette (VAX 11/780) or the TU58 and BOOT58 
cartridges (VAX 11/750) into the appropriate drives on the VAX 
computer system. 
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3. Stop all activity in the VAX (using local parameters) by entering 
the following command at the VAX operator's console: 

@ SHUTDOWN 

Complete VAX shutdown by pressing the following keys: 

CTRL/P (press the CONTROL and letter P keys simultaneously) 

H 

RETURN 

4. Load the file from the floppy by entering the. following command: 

LOAD DERT.EXE 
RETURN 

5. To begin test execution, enter the following: 

ST 100 

Allow the diagnostic to accumulate a few passes (several 
minutes), and then enter the following commands to halt execution, 

CTRL/P 

H 

RETURN 

6. To examine the pass and error counts stored at address 0,4, enter 
the following: 

E 0/N:l 

If you receive an error count, examine the error buffer by 
entering the following command: 

E 8/N:5 

This command allows you to look at the error buffer and help aid 
in the resolution of the problem. The value stored in the 
address is the error count of the erroring section. The 
following addresses have been identified for error keeping: 

8 Time out occurred while waiting for data. 

C Number of bytes received is odd, they should be even. 

10 Number of parcels received is not equal to the number of 

parcels sent. 

14 Data is different. 

18 Time out occurred while waiting for data. 

1C Number of bytes received is odd. 
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C.3.2 DER2T TEST 

DER2T is an interface test that tests the Cray CPU through the interface 
box to the VAX or tests the VAX through the interface box to the Cray CPU 
(attached end-to-end). DER2T comes in the following forms: 

• VAX master/Cray slave 

• Cray master/VAX slave 



VAX master/Cray slave 

To run DER2T with the VAX acting as the master and the Cray as the slave, 
use the following procedure: 

1. Set the front-end interface switches to normal, and attach the 
interface test cables end-to-end. 

2. If the interface box is connected to a channel on the Cray 
mainframe, enter the following load command at the Cray Computer 
console : 

/*PDP 

Set the following parameters: 

1001=1 Cray slave 

1002=0 A access 

1002=1 B access 

10Q3=ichan Input channel address 

1004=ochan Output channel address 

Deadstart the Cray Computer System, and set it up to run an idle 
loop. 

3. If the interface box is connected to an IOP channel, enter the 
following command: 

/IFPDP 

Set the following parameters: 

212=3 PDP interface 

213=2 Cray slave 

234=0 A access 

234=1 B access 

210=iohan Input channel address 

211=oohan Output channel address 

Deadstart the IOP and set it to run in an idle loop. 
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4. Insert the floppy diskette for the VAX 11/780 or the TU58 and 
BOOT58 cartridges for the VAX 11/750 into the appropriate drives 
on the VAX computer system. 

5. Stop all activity in the VAX CPU (using local parameters) by 
entering the following command at the VAX operator's console: 

@ SHUTDOWN 

Complete VAX shutdown by pressing the following keys: 

CTRL/P (press the CONTROL and letter P keys simultaneously) 

H 

RETURN 

6. Load the file by entering the following command: 

LOAD DER2T.EXE 

8. Start test execution by entering the following: 

ST 100 

Allow the diagnostic to accumulate a few passes (several minutes) 
and then enter press the following keys to halt execution. 

CTRL/P 

H 

RETURN 

9. To examine the pass and error counts stored at address 0,4, enter 
the following: 

E 0/N:l 

This command allows you to look at the error buffer and aids in 
the resolution of the problem. The value stored in the error 
buffer is the error count of the erring section. The following 
addresses have been identified for error keeping: 

8 Time out; waiting for data. 

C Number of bytes received is odd, they should be even. 

10 Number of parcels received is not equal to the number of 

parcels sent. 

14 Data is different. 

18 Time out; waiting for data. 

1C Number of bytes received is odd. 
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Cray master/VAX slave 

To run the DER2T interface test with the Cray acting as the master and 
the VAX as the slave, use the following procedure: 

1. Set the front-end interface switches to normal, and attach the 
interface test cables end-to-end. 

2. Insert the floppy diskette for the VAX 11/780 or the TU58 and 
BOOT58 cartridges for the VAX 11/750 into the appropriate drives 
on the VAX computer system. 

3. Stop all activity in the VAX by entering the following command at 
the VAX operator's console: 

@ SHUTDOWN 

4. Complete VAX shutdown by pressing the following keys: 

CTRL/P (press the CONTROL and letter P keys simultaneously) 

H 

RETURN 

5. Load the file by entering the following command: 

LOAD DER2T.EXE 

6. If the interface box is connected to the Cray channel, enter the 
following load command at the Cray Computer console: 

/*PDP 

Set the following parameters: 

1001=0 Cray master 

1002-0 A access 

1002=1 B access 

1003=ichan Input channel address 

lOOA-oohan Output channel address 

Deadstart the Cray Computer System, and set it up to run an idle 
loop. 

7. If the interface box is connected to the I/O Processor (IOP) , 
enter the following command: 

/*IFPDP 
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Set the following parameters: 

210=iehan Input channel address 

211=oohan Output channel address 

212=3 PDP interface 

213=1 Cray master 

234=0 A access 

234=1 B access 

Deadstart the IOP and set it to run in an idle loop. 

8. Deadstart the VAX by entering: 

ST 200 

9. Monitor addresses 23 (error count) and 24 (pass count) on the 
PDP. If an error occurs, PDP listing and error information aid 
in problem resolution. 

10. To examine the pass and error counts at address 0,4, enter the 
following: 

CTRL/P 
H 

RETURN 
E 0/N:l 
RETURN 

If address 23 contains an error count, check the error buffer by 
entering the following command: 

E 8/N:5 
RETURN 

Checking the error buffer aids in problem resolution. The value 
in the error buffer is the error count of the erring section: 

8 Time out occurred while waiting for data. 

C Odd bytes 

10 Number of parcels received is not equal to the number of 

parcels sent. 

14 Data error 

18 Time out occurred while waiting for data. 

1C Odd bytes 
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DEADSTARTING 



A deadstart can be performed from either tape or disk and requires the 
setting of various switches. The MASTER CLEAR and DEADSTART switches 
must be set on the I/O Subsystem (IOS) deadstart panel during either a 
tape or disk deadstart. Figures D-l and D-2 show the IOS deadstart 
panels for Model B I/O Subsystems up through serial number (S/N) 24 and 
for the models that follow S/N 24, respectively. 

The MASTER CLEAR and DEADSTART switches are located on the Power 
Distribution Unit (PDU) on the Model A IOS. On the Model B IOS, the two 
MASTER CLEAR (MC) switches on the deadstart panel are labeled SYSTEM MC 
and IOPO MC. 

Pressing the IOPO MC switch clears and halts all I/O operations in IOPO. 
The switch has no effect on the other I/O Processors, Buffer Memory, or 
error reporting. If the DEADSTART switch is now activated, it deadstarts 
only IOPO through the Peripheral Expander channel. All of the other I/O 
Processors continue to function as before, unless IOPO issues master 
clear signals to them through program control. 

Pressing the SYSTEM MC switch, halts all IOS functions and clears all I/O 
Processors, Buffer Memory bank control, and error reporting logic. If 
the DEADSTART switch is activated, it deadstarts only IOPO; all of the 
other I/O Processors remain in the master cleared state until deadstarted 
by IOPO. 
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Figure D-l. Deadstart panel controls for IOS Model B through S/N 24 
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NOTE 

The SYSTEM MC switch should not be used when valuable 
data resides in Buffer Memory, since the switch affects 
Buffer Memory refresh logic and therefore, is likely to 
corrupt existing data in the Buffer Memory. 

Use the SYSTEM MC switch when the entire system 
requires initialization; for example, after a power 
cycle . 
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Figure D-2. Deadstart panel controls for IOS Model B above S/N 24 



AMPEX (figures D-3 and D-4) or equivalent displays are used for operator 
interface with the I/O Subsystem and are referred to as CRT-4s throughout 
this manual. A minimum of two CRT-4s must be included in any 
configuration (one display is attached to IOPO and the other to IOPl) . 
Use the following switch settings to configure the switch panel at the 
rear of the AMPEX console for use with the IOS: 

• Set switches 3 and 10 to the ON position (SW1) 

• Set switches 1 and 5 to the ON position (SW2) 
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Figure D-3. CRT-4 keyboard 
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D.l TAPE DEADSTART 

To perform a deadstart using the deadstart tape supplied by the 
Diagnostic Systems Department (DSD) , follow the steps listed below: 

1. Set the following switches on the IOS deadstart panel in the UP 
position: 

DEVICE SELECT 1 (through S/N 24) or DEVICE SELECT B (above S/N 

24) 

DEVICE SELECT 4 (through S/N 24) or DEVICE SELECT b (above S/N 

24) 

IOP MASTER EN 

IOP MASTER EN 1 

2. Mount and ready the IOPO deadstart tape. 

3. On the model B IOS, set the DISK INTERLOCK switch on the 
deadstart panel to the AUTO position. 

4. Press and release the SYSTEM MC/IOPO MC button on the deadstart 
panel. 

5. Press and release the DEADSTART button on the deadstart panel. 

6. Type U on any IOPO display console (CRT-4) and the boot menu 
appears (figure D-5) . 



TAPE BOOT MENU 

BMT 

CBM 

CMOSX 

CPXMO 

DSSO 

DUMP 

IOPM 

IOPMA 

IPC 

MBUP 

SLAT 

DKX 



Figure D-5. Boot menu display 
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7. Enter the desired selection and press the RETURN key. 



NOTE 

Terminate each command entry with a RETURN to begin 
execution. Use the DEL key to backspace over typing 
mistakes, or use the LINEFEED key to erase the entire 
line. 



D.2 DISK DEADSTART 

To perform a deadstart from the 80 Mbyte disk using the deadstart pack 
supplied by the DSD, follow the steps listed below: 

1. Set the following switches on the IOS deadstart panel to the UP 
position as follows: 

DEVICE SELECT (through S/N 24) or DEVICE SELECT A (above S/N 

24) 

DEVICE SELECT 1 (through S/N 24) or DEVICE SELECT B (above S/N 

24) 

I OP MASTER EN 

IOP MASTER EN 1 

2. Mount and ready the current DSSO deadstart pack. 

3. Press and release the SYSTEM MC/IOP0 MC button on the deadstart 
panel. 

4. Press and release the DEADSTART button on the deadstart panel. 

5. Type U on any IOP0 display console (CRT-4) and the following 
message is displayed on the console: 

DSSO DEADSTART - release date 
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COMMAND BUFFERS 



A command buffer is a stored text file of keyboard commands. When 
brought into execution , these commands execute as if they were typed in 
at the keyboard. Two sets of command buffer commands are available: 
PROCESSOR and INTERACTIVE. 



E.l PROCESSOR COMMANDS 

Command buffer PROCESSOR commands are internal and are used for program 
control and for soliciting input. Table E-l lists PROCESSOR commands and 
briefly describes the function of each. 



Table E-l. PROCESSOR commands 



Command 


Description 


CALL Ino 


Resumes execution at line number Ino and saves 




the return address 


CR 


Calls return and resumes execution at the return 




address saved in the CALL instruction 


EXIT 


Exits the command buffer 


GOTO Ino 


Goes to line number Ino and continues execution 




at that point 


LINK filename 


Links to command buffer file filename 


link filename Ino 


Ends the command buffer currently in execution 




and resumes execution with the command buffer 




file at line number Ino, The default for 




Ino is one. 


NULL ON 


Turns on the null display 


NULL OFF 


Turns off the null display 
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Table E-l. PROCESSOR commands (continued) 



Command 


Description 


PAUSE 
PAUSE ont 

RERUN 
SKIP 
wpc data 


Pauses indefinitely 

Pauses for a count of ont milliseconds. If 
ont is not specified or is a non-numeric 
character, execution pauses indefinitely or until 
a LINEFEED is entered. A count of 7777s pauses 
for more than one screen refresh and can be used 
before a :SNAP command. 

Reruns the current command buffer 

Unconditionally skips to the next line 

Waits for pass count (contents of address 24) to 
equal or exceed data. Data can be in the range 
1 through 37777777777 8 . If error count 
(contents of address 23) becomes nonzero before 
pass count equals data, the next line is 
processed. When pass count equals or exceeds 
data, the next line is skipped. 



E.2 INTERACTIVE COMMANDS 

Two commands, INPUT and IF create an interactive command buffer. The 
commands enable the command buffer to solicit information (INPUT) and 
select (IF) one of the options based on the input received. Setting up 
an interactive buffer requires the reservation of eight memory addresses 
(MO through M7) for command buffer variables. Each variable may be one 
character . 

Any of the PROCESSOR commands can be entered into an interactive command 
buffer. Table E-2 describes the INPUT and IF INTERACTIVE commands. 
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Table E-2. INTERACTIVE commands 



Command 


Description 


INPUT Mv n 
IF My o a 


Solicits input from the keyboard. The menu variable 
number v is a single alpha code entered by the 
operator. n indicates the octal number of input 
text lines to be typed. 

Executes the next line if the condition indicated is 
satisfied or skips the next line if the the condition 
is not satisfied. v is the number of the menu 
variable (from 0-7) , o is an operator (= or #) , and 
a is any alpha character. 



The INTERACTIVE commands in the following example demonstrate how the 
INPUT and IF statements are used. 



NULL ON 
INPUT MO 7 

WHAT IS YOUR CRAY MEMORY SIZE? 

A=0.5 Mbytes 
B=1.0 Mbytes 
C=2.0 Mbytes 
D=4.0 Mbytes 

NULL OFF 
DX 240 

IF M0=A 
L 2000000 

IF M0=B 
L 4000000 

IF M0=C 
L 10000000 

IF M0=D 
L 20000000 

EXIT 
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In the example above, the INPUT MO 7 sets the input keyboard to menu 
variable (Cray mainframe Central Memory size). The screen query (WHAT 
IS YOUR CRAY MEMORY SIZE?) is displayed. If C was entered as a response 
to the query, Central memory size would be set at 10000000. 
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REMOTE MAINTENANCE 



I/O Subsystem (IOS) based diagnostics support maintenance from remote 
terminals over voice grade phone lines. The required hardware consists 
of a Custom Systems Micro Mutt controller inserted into the console 
channel line and a 1200 baud modem. Hardware at the remote end consists 
of a modem and CRT-4 terminal. 

While running under DSSO, enter the following command to bring up the 
Micro Mutt controller: 

MUTT 

The MUTT command toggles the display to the 1200 baud rate necessary for 
Micro Mutt operation. The display maintains the 1200 baud rate, through 
all subsequent boots, until another MUTT command is entered. 

The Custom Systems Micro MUTT controller and Terminal Switch are 
designated as CTT-1 and CTS-1, respectively. CTT-1 and CTS-1 when 
configured together allow up to four displays to be remoted to a single 
remote display for maintenance support. All Cray Computer Systems that 
are configured with an IOS include CTT-1 and CTS-1 as part of their 
system configurations. 
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GLOSSARY 



APAL - A Programming Assembly Language (APAL) is a machine language 
assembler that is used for MCU modules and boots. APAL runs under the 
DSS operating system. 

APML - A Programming Machine Language (APML) is a machine language 
assembler that is used for I/O Subsystem (IOS) diagnostics and runs under 
either the Cray Operating System (COS) or the customer's operating system. 



B 

Binary - A program module that is in executable form 

BIOP - Buffer I/O Processor (I0P1) 

Bit position - The location of a bit within a word; counting begins on 
the left. The sign bit is in bit position zero; the low-order bit is bit 
63. 

Bit value - The value of bit, assuming the word contains an unsigned 
integer. The high-order bit, or sign bit, is 2**63; the low-order bit is 
2**0. The numbering, counting from the right, can be shown in print as a 
superscript. 

Boots - A collection of stand-alone programs that must be bootstrapped 
into execution, thus terminating the original program module. 



CAL - Cray Assembly Language (CAL) is a machine language assembler used 
for CPU diagnostics. CAL runs under either the Cray Operating System 
(COS) or the customer's operating system. 

Clear (deadstart line) - Set the deadstart line with a 0. 

CMOS - Cray Maintenance Operating System for CRAY-1 Model A, B, C, S and 
M Computer Systems 

CMOS/T - Tape version of CMOS 
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CMOSX - Cray Maintenance Operating System for CRAY X-MP Computer Systems 

CMOSX/T - Tape version of CMOSX 

Command buffer - A text file that contains a series of keyboard commands. 

Correctable errors - Single-bit memory errors 

COS - Cray Operating System 

CPU - Central processing unit; the CRAY X-MP mainframe. 

CPUM - Central Memory test for CRAY-1 Models A, B, C, S and M Computer 
Systems 

CPXM - Central Memory test for CRAY X-MP Computer Systems 

Cray master mode - The Cray Computer System builds the buffers and 
controls the interface test that checks the front-end computer system for 
accuracy. 

Cray slave mode - The front-end computer system builds the buffers and 
controls the interface test that checks the Cray Computer System for 
accuracy. 

CRT-4 - An Ampex Dialogue 80 display terminal or its equivalent 

D 

DCU - Disk control unit 

DIB - Diagnostic Information Block 

DIOP - Disk I/O Processor (an IOP2 or an IOP3 with a DCU) 

DIP - Diagnostic Information Packet 

DOM - Diagnostic online monitor 

Drop (bit) - A track on a disk reports a in a bit location that should 
contain a 1. 

DSD - Diagnostic systems department 

DSK - Interpreter for disk aid microcode instructions 

DSKM- Interpreter for multiple disk aid microcode instructions 

DSS - Diagnostic Support System 
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DSSO - The Diagnostic Support System is called DSSO when it is running in 
IOPO. DSSO runs tests on IOPl, IOP2, and IOP3. 

DSS1 - The Diagnostic Support System is called DSS1 when it is running in 
IOPl. DSSl runs tests on IOPO. 



F 

FEI - Front-end interface 

File - A collection of data stored on disk or tape. 

FNT - File name tables are tracks that are used by the Diagnostic Support 
System to store program files. 



H 

Hardcore - The minimal hardware assumed to be running in order for a 
diagnostic to run. 



I 

IOP - I/O Processor 

IOPM/IOPMA - Memory test for the I/O Subsystem (IOS) 



Job - A sequence of control statements that is used to perform some 
function with the operating system. 



M 

MCU - A Maintenance control unit can be either a front-end computer or a 
tester . 

Micro MCU - Micro computer system (Northstar) that is used to run tests 
on IOPO. 

MIOP - Master I/O processor (IOPO) 

Monitor - A common block of instructions, assembled into most 
diagnostics, that usually outputs memory contents to the MCU. It can 
also trap interrupts or build memory error tables. 
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MPS memory - Buffer or Central Memory 
MTX - Universal CPU test monitor 



Offline tests - Stand-alone diagnostic tests that are designed to run 
during dedicated preventive maintenance (PM) periods. 

Online tests - Diagnostic tests that run under the Cray Operating System 
(COS) as regular user jobs. 



P 

PDU - Power Distribution Unit 

Pick (bit) - A track on a disk reports a 1 in a bit location that should 
contain a 0. 

PL - A program library (PL) contains sources for diagnostics. 

PTA - A simple monitor (see monitor) 

PTI - An advanced monitor (see monitor) 

Pulls (deadstart line) - Set the deadstart line with a 1. 

R 

RTC - Real-time clock 

RUN - An advanced monitor which multiprocesses 16 CPU diagnostics 

S 

Section - A specific test within a larger more general diagnostic test 

Source - The assembly language statements for a given program 



Text - ASCII data such as program source/ command buffer, or printer 
listing 
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u 

Uncorrectable errors - Double-bit memory errors 

X 

XIOP - Auxiliary I/O Processor (an I0P2 or an I0P3 with a block 
multiplexer) 
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@ACT, A-ll, A-14 

AODIR, (1)3-13, (2)4-4 

ABORT command, (1)8-11 thru 8-12, 8-14 thru 

8-15 
ACE370, C-l thru C-4 
ADD command, (1)2-3 
Address register tests, (1)5-17 
AMPEX disk 

80 Mbyte disk, (1)8-9 

CRT-4 keyboard, D-2 

display, D-2 

library device, (1)3-1 
APAL 

command, (1)2-3 

Glossary-1 
APML 

assembler, (2)4-1 

defined, Glossary-1 

description, (2)4-1 

examples, (2)4-2 thru 4-3 
APPEND command) , (1)2-3 
Assembling CPU tests (2)3-2 
Assembling IOS diagnostics, (2) 4-3 thru 4-4 



GBANKS, A-10 
B32 module, (1)6-18 
Bank errors, (1)4-3, 6-7 
BASE ADDRESS 

command (CMOSX) (1)3-11 

dump CPU memory (1) 6-5 
BASEREG (pseudo-operation), (2)4-2 
Basic checkout display 

CMOSX cannot be brought up (1)1-3 

commands (1)6-16 thru 6-17 

description (1)6-15 

display (1)6-16 

function keys (1)6-17 thru 6-18 
Basic processor instruction test 

CMOSX cannot be brought up (1)1-3 

description, (1)6-18 
BCD, see Basic checkout display 
Binary 

file 

copy to FNT3, (2)4-5 
copy to FNT4, (2)4-5 
description, see S983B 

list file, see S983L 

option (BLD) , (2)2-1 

receive file, (2) 3-2 
Binaries (load), (1)1-2 
Binary, Glossary-1 
BIOP, Glossary-1 



Bit errors 

CPXM, (1)4-4 

IOPM, (1)6-8 
Bit position, Glossary-1 
Bit value, Glossary-1 
Bit versus bank errors 

CPXM, (1)4-4 

IOPM, (1)6-8 
Block 

multiplexer, (1)5-4 

MUX channel (1)8-4 thru 8-5 

MUX tape Confidence Test (1) 8-8 thru 
8-9 

MUX test, see Online Block MUX/STC 
Confidence test 

sizes, (1)8-12 
BMOL, see Online Block MUX/STC Tape test 
BMT 

boot module, (1)2-12 

see also Buffer Memory test 
Boot 

defined, Glossary-1 

description, (1)1-3 

diagnostic modules, (1)2-11 

menu display, D-4 

programs available, (1)2-4 
BOOT58, C-6 
BOOT command, (1)2-3 
Bootstrap stand-alones, (1)1-3 
BPX, see Basic processor instruction test 
BTOL command (1)2-3 
Buffer address, (1)7-2 thru 7-4 
Buffer Memory 

disk sector map, (1)6-27 

display format Subsystem 1, (1)3-19 

dumping contents, (1)6-4 

JCL to minimize required buffers, 
(1)5-12 

minimum hardware for CMOSX (1) 3-13 

STORE commands, (1)3-21 

type (l),3-5 
Buffer Memory test 

description, (1)6-1 

display example, (1)6-2 

test parameters, (1)6-2 
BUILD 

control statement (2)2-1 

FLIST file entry (2)2-2 thru 2-3 

job control deck (2)2-4 

parameters (2)2-1 thru 2-2 
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6CHIP, A-10 

@CODE, A-ll 

@CPUT, A-ll, A-12 

CBM boot module, (1)2-12 

CDC 

command, (1)3-4 

interface test, see Cray interface test 
CDLF command , (1)2-4 
Central Memory, (1)4-1 
CFNT command, (1)2-4 
Channel 

designation, (1)3-3 

Initialization Error flags (DKX) , 
(1)6-24 thru 6-25 

log disk errors, (1)6-22 
CHANNEL (pseudo-operation), (2)4-2 
CHE diagnostic, C-3 
CHNTST, (1)8-12 
CIT, see Cray interface test 
Clear deadstart line, Glossary-1 
CLRIO boot module, (1)2-12 
CMOS 

description, (1)3-1 

hardware maintenance operating system 
for CRAY-1 S and M, (1)1-3, (1)3-1 

introduction, (1)1-3 
CMOS/T 

defined, Glossary-1 

description, (1)3-2 
CMOSX 

BASE ADDRESS commands, (1)3-11 

boot module, (1)2-12 

common filing system, (1)3-3 

coordination among subsystems, (1)3-2 

current processor number command, 
(1)3-15 

DATE and TIME commands (1)3-10 

deadstart, (1)3-2 

description, (1)3-1 

Display 

FORMAT commands, (1)3-6 
MODE commands , (1)3-9 
quadrants, (1)3-4 

FILE manipulation commands, (1)3-11 

hardware 

configuration example, (1)3-1 
maintenance operating system for 
CRAY X-MP Computer Systems, 
(1)1-3, (1)3-1 

introduction, (1)1-3 

memory displays, (1) 3-4 

miscellaneous commands, (1)3-12 

output to a console (1)3-2 

REFRESH control commands (1)3-10 

ROLL commands, (1)3-8 

similarities among the subsystems, 
(1)3-3 

TEXT command, (1)3-7 

three separate systems, (1)3-2 
CMOSX/T 

description, (1)3-2 

defined, Glossary- 2 

reconfigure, (1)3-13 



CMST 

control statement, (1)5-13 

description, (1)5-13 thru 5-14 

online disk test job, (1)5-14 

parameters, (1)5-14 
Command buffer 

description, E-l 

example, E-3 thru E-4 

identify, A-l 

INTERACTIVE commands, E-2 thru E-3 

PROCESSOR commands, E-l thru E-2 
Commands (BCD) , (1) 6-16 thru 6-17 
Command Look Ahead flag, (1)6-22 
Common 

decks, (1)4-1 

filing system (CMOSX), (1)3-3 
CONF command, (1)3-13 
Confidence tests (CPU), (1)5-17 
Configuration command buffer (invoke) , 

(1)3-13 
Control programs 

introduction (online), (1)5-1 

online diagnostic sequencer (1) 5-15 

online MENU utility (1) 5-16 thru 5-17 
CON, (2)4-2 
CONT, A-l 3 

CONTROL command, (1)3-3 
Control statement DDTEST, (1)5-5 
COPY command, (1)2-4 
COPYT command, (1)2-4 
Correctable error, Glossary-2 
COS 

DEBUG control statement, (1)5-5 

library routine, (1)5-6 

online diagnostics, (1)1-3 

see also Cray Operating System 

UNIT I/O status routine, (1)5-6 
Counters (DSK) , (1) 7-6 
CPA, A-12 
CPS, A-12 
CPOL 

description (1)8-8 

input parameter, (1)8-9 

see also online Block MUX/STC tape 
confidence Test 
CPU 

boot description, (1)4-1 

boots, (1)1-3, 4-1 

confidence tests, (1)5-17 

dumping memory contents, (1)6-4 

maintenance system (Subsystem 1), (1)3-2 

memory type, (1)3-5 

offline test list, A-l thru A-9 

online diagnostics, (1)1-3 

online test list, (1)5-1 

tests on FNT4, (1)2-2, 3-3 

types, A-12 
CPUM 

defined, Glossary-2 

description, (1)4-1 
CPW lists, (1)8-8 
CPX, A-12 
CPX4, A-12 
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CPXM (CPU memory test) 

control commands, (1)4-3 

defined, Glossary-2 

description, (1)4-1 

DISPLAY control commands, (1)4-4 

EXECUTION control commands, (1)4-5 

memory display, (1)4-3 

screen display, (1)4-3 

test patterns 

description, (1)4-1 
default size, 4-2 
test selections, (1)4-1 

CPXM (CPU type) , A-12 

CPXMO boot module, (1)2-12 

Cray diagnostic maintenance tools (listed) , 

(1)1-1 
Cray interface test 

load CIT from cards, C-4 

options, C-5 thru C-6 

run through Cray channel, C-5 
Cray Maintenance Operating System 

see CMOS (CRAY-1 S and M Computer 
Systems) 

see CMOSX (CRAY X-MP Computer Systems) 
Cray master mode, Glossary-2 
Cray memory size (specify) , E-3 thru E-4 
Cray Operating System 

references, (1)5-3, 5-13, 5-14 

see COS 
Cray slave mode, Glossary-2 
CRAY X-MP diagnostic test list, A2 thru A5 
CRAY-1 S and M diagnostic test list, A-5 

thru A-9 
CRAYLNK1 command, C-l 
CRAYLNK2 command, C-l 
CRAYLNK3 command, C-2 
CRAYLNK4 command, C-2 
CRAYTEST command, C-2 

Creating new CPU tests, (2)3-2 thru 3-3 
CRT-4 

AMPEX display, D-3 
display, D-4, D-5, F-l 

in IOS hardware configuration, (1)1-1 

keyboard (figure) , D-3 
minimum configuration, D-2 
CTS-1 remote hardware, F-l 
CTT-1 remote hardware, F-l 
Current processor number, (1)3-15 
CVRT command, (1)2-5 
CVRTA command, (1)2-5 
CYBER deadstart panel, C-4 



@DIF, A-ll, A-14 

DAT, see Disk Activity Table 

DATA, (2)4-2 

Data 

block following deadstart package, 
(1)2-14 

manipulation (D) microcode instruction 
class, (1)7-2 

transfer checks for disks, (1)7-1 

transfer parameters (DKX) , (1)6-20 



Data error buffer, (1)6-27 
Data error history buffer, (1)6-27 
DATE command (CMOSX), (1)3-6 
DAX, see disk activity buffer 

DCU, Glossary-2 

DCU-4, (1)7-1 

DD-19 designating IOP1 console, (1)2-1 

DD-29 designating IOP1 console, (1)2-1 

DDF command, (1)2-5 

DDTEST 

control statement (1) 5-5 

description, (1)5-4 

error information, (1)5-12 

error summary, (1)5-12 thru 5-13 

JCL example, (1)5-12 

online disk test, (1)5-4 thru 5-13 

program termination, (1)5-11 

sense-switches (software), (1)5-10 

test parameter description (1)5-6 thru 

5-10 
test procedure (1)5-5 
Dead dump mode, (1)3-24 
Dead mode, (1)3-24 
DEADSTART 

button, (1)6-15, 6-18 
switch, D-l 
Deadstart 

commands for Subsystem 0, (1)3-16 
command for Subsystem 1, (1)3-25 
description, D-l 
disk (1)2-1, D-5 
line, (1)3-14 

clear, (1)3-14 
set, (1)3-14 
tape, D-4 thru D-5 
panel controls for IOS Model B through 

S/N 24 
panel controls for IOS Model B above 
S/N 24 
DEB, see also data error buffer 
DEBUG control statement (COS), (1)5-12 
DEBUGGING command (Subsystem 0), (1)3-22 
DEHB, see also data error history buffer 
DEL key, (1)6-17 
Delay Table, (1) 7-7 
DER2T, C-8 thru C-ll 
DERT, C-6 thru C-7 
Descriptor Table 

description (DSKM) , (1)7-9 
Table format, (1)7-10 
Designating the IOP1 console, (1)2-1 thru 

2-2 
Destination parcel, (1)7-14 thru 7-15 
Destination parcel address, (1) 7-5 thru 7-6 
DEV CPOL input parameter, (1) 8-8 
DEVICE SELECT 1, D-4 thru D-5 
DEVICE SELECT 4, D-4 thru D-5 
DEVICE SELECT B, D-4 thru D-5 
DEVICE SELECT b, D-4 thru D-5 
Diagnostic Information Block (DIB) 
description, A-9 
parameters, A-ll thru A-12 
Diagnostic monitor addresses, (1)3-27 
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Diagnostic Support System 
defined, Glossary-2 
description file management, (1)2-2 
diagnostic module loader, (1)2-11 
file management commands (1) 2-3 

ADD, (1)2-3 

APAL, (1)2-3 

APPEND, (1)2-3 

BITS, (1)2-3 

BOOT, (1)2-3 

BTOL, (1)2-4 

CDC, (1)2-4 

CDLF, (1)2-4 

CFNT, (1)2-4 

COPY, (1)2-4 

COPYT, (1)2-4 

CVRT, (1) 2-5 

CVRTA, (1)2-5 

DDF, (1)2-5 

DISK, (1)2-5 

DROP, (1)2-5 

DSA, (1)2-5 

EDIT, (1)2-6 

ERASE, (1)2-6 

ETYPE, (1)2-6 

FDMP, (1)2-6 

FLOAD, (1)2-6 

FNT, (1)2-7 

LIST, (1)2-7 

LISTE, (1)2-7 

LLA, (1)2-7 

LLF, (1)2-7 

LOAD, (1)2-7 

MLOAD, (1)2-7 

READ, (1)2-7 

READA, (1) 2-8 

RENAME, (1)2-8 

REWIND, (1)2-8 

RTDIR, (1) 2-8 

RTL, (1)2-9 

RXT, (1)2-9 

SKIPF, (1)2-9 

SORT, (1) 2-9 

TDMP, (1)2-9 

TYPE, (1)2-9 

VERIFY, (1)2-9 

WDSP, (1)2-10 

WDSR, (1)2-10 

WEOF, (1) 2-10 

WLA, (1)2-10 

WRDIAG, (1)2-10 

WRITE, (1)2-10 

WRITEA, (1)2-11 

WTDIR, (1)2-11 
file organization, (1)2-2 
introduction, (1),2-1 
modifying existing files, (1)2-13 
modules stored (FNT2) , (1)2-2 
termination, (1)2-3 
text editor, (1)2-13 
Diagnostic online monitor (DOM) 
description, (1)8-1 
invalid parameters, (1)8-4 



Diagnostic online monitor (DOM) (continued) 

keywords, (1)8-2 

repeat conditions, (1)8-2 thru 8-3 

terminate, (1)8-4 
Diagnostic sequencer 

description, (1)5-15 

modify, (1)5-15 
Diagnostic Systems Department (DSD) , 5-15, 

A-l, D-4 
DIB 

defined, Glossary-2 

see also Diagnostic Information Block 
DIDK test utility, (1)5-5 
DIOP defined, Glossary-2 
DIP defined, Glossary-2 
Disk 

deadstart, D-5 

storage units (DSUs) , (1)7-1 

system flaw test, see DKX 

tests (online), (1)5-1 
Disk activity buffer, (1)6-27 
Disk aid interpreter 

description, (1) 7-1 thru 7-7 

instruction parcel format, (1)7-2 thru 
7-6 
Disk aid routine 

description (1) 7-1 

introduction, (1)1-1 

micro interpreter, (1)1-4 
Disk Activity Table, (1)6-19, 6-27 
Disk Channel Busy flag, (1)6-19 
DISK command, (1)2-5 
Disk control unit 

Disk Error flags, (1)6-8, 6-23 thru 6-24 
Disk I/O Function Stack (DSKA) , (1)6-27 
DISK INTERLOCK switch, D-4 
Display 

BMT, (1)6-2 

example IOPM, (1)6-7 

FORMAT commands (CMOSX) , (1)3-6 

MODE commands, (1)3-9 

quadrants for CMOSX, (1)3-4 
DISPLAY 

Commands for Subsystem 2, (1)3-30 

control commands (CPXM) , (1)4-3 

control commands ( IOPM/IOPMA) , (1)6-7 
DKX 

bit transfer settings, (1)6-20 

boot module, (1)2-12 

Channel Initialization flags, (1)6-24 
thru 6-25 

description, (1)6-18 

Disk Error flags, (1)6-23 

disk system flaw test, (1)6-18 thru 6-30 

error display, (1)6-19 

keywords, (1)6-19 

miscellaneous error flags, (1)6-27 

print flaw format selection, (1)6-22 

section parameter flags, (1)6-21 

test control parameters, (1)6-21 thru 
6-22 
Documentation 

files, (1)3-3 

option (BID) , (2)2-2 
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DOM, see diagnostic online monitor 

Drop bits defined, Glossary-2 

DROP command, (1)2-5, (2)3-2 thru 3-3 

DS function, (1)3-15, 3-17, 3-25 

DSA command, (1)2-11 

DSEQ, see diagnostic sequencer 

DSK 

defined, Glossary-2 

counters and flags, (1)7-6 thru 7-7 

see also Disk aid interpreter 

DSKA, see Disk I/O Function Stack 

DSKM 

defined, Glossary-2 
description, (1)7-7 thru 7-15 
Descriptor Table addresses, (1)7-8 thru 

7-9 
see also Multiple disk aid interpreter 
table addresses, (1)7-8 

DSS, see Diagnostic Support System 

DSSO 

boot 

module, (1)2-12 

options: BMT, CLRIO, CMOSX, CPXMO, 
DKX, DUMP, IOPM, IOPMA, IPC, MBUF, 
SLAT, (1)1-12 
defined, Glossary-2 
execution description, (1)2-1 
testing I0P1, I0P2, and IOP3, (1)2-1 

DSS1 

boot, (1)2-2 

boot module, (1)2-12 

configuration requirements, (1)2-1 

defined, Glossary-2 

execution description, (1)1-2 

hardware tested by DSS1, (1)2-1 

DSU, see disk storage unit 

DTA, see Descriptor Table addresses 

DUMP 

boot module, (1)2-12 

description, (1)6-4 

listing with SAZ tape, (1)6-28 



$ERROR, A-14 

$EXP, A-14 

/EOF, (2)2-4 

@ERA, A-ll 

@EXP, A-ll 

80 Mbyte disk Peripheral Expander minimum 

configuration, (1)3-13 
EA (operand register), (1)6-26 
EB (operand register), (1)6-26 
EC (operand register), (1)6-26 
ECD, see Expander Chassis Driver 
EDIT command, (1)2-6, 2-14 
EDIT function keys, (1)2-13 
EL (operand register) , (1) 6-26 
End-of-file control statement, (1)5-3 
End-of-file record, (1)5-3 
ERASE DSS command (LINEFEED), (1)2-3 
ERROR command, (1)8-12 
Error codes (DSKM), (1)7-9 thru 7-10 
Error flag, (1)6-25, 6-26 



Error information 

BMOL, (1)8-6 thru 8-8 

DDTEST, (1)5-12 

individual diagnostic tests, A-14 

IPC, (1)6-11 

MBUF, (1)6-13 
Error line, (1)7-2 thru 7-3, 7-10 thru 7-12 
Error log 

Buffer Memory status, (1)6-14 

channel, (1)3-4 

Local Memory status, (1)6-14 

system description, (1)3-29 

logging system (1)3-2 
Error report channel, (1)6-26 
Error status locations, (1)5-3 
Error tracks, (1)5-11 
ES (operand register), (1)6-26 
ESC key, (1)6-16, 6-18 
ETYPE command, (1)2-6 
Exchange Package 

DISPLAY command Subsystem 1, (1)3-25 

STORE command, (1)3-26 

memory format, (1)3-6 
EXECUTION 

control commands (CPXM) , (1)4-3 

control commands (IOPM/IOPMA) , (1)6-9 
Execute command (CMOSX), (1)3-12 
Exit stack, (1) 6-16 
Expander chassis driver 

control statement (2)2-5 

description (2)2-5 thru 2-6 

JCL 2-6 

parameters (2)2-5 



4-parcel entry, (1) 7-9 

F60-75 module, (1)6-18 

F80M, (1)7-6 

FDMP command, (1)2-6 

File directory (tape), (1)2-14 

FILE manipulation commands, (1)3-11 

FEI, see also front-end interface 

FET, see FORMAT CPU Memory Error Table 

Flags (DSK), (1)7-6 

Flaw Tables, (1)6-27 

FLIST 

description, (2)2-2 thru 2-3 
format 1, (2)2-2 thru 2-3 
format 2, (2)2-3 thru 2-4 
FLOAD command, (1)2-6 
Floating-point functional unit tests, 

(1)5-17 
FNT 

command, (1)2-7 
defined, Glossary-2 
DSS file manager, (1)2-1 
FNT2 program modules, (1)2-2, 3-3 
FNT3 IOS tests, (1)2-2, 3-3 
FNT4 CPU tests, (1)2-2, 3-3, (2)4-3 
FNT5 HELP command, (1)2-2, 3-3 
FORMAT CPU Memory Error Table (1) 3-27 
FORMAT display command, (1)3-6 



HM-1002 



Index-5 



Front-end interface diagnostics 
ACE370, C-l thru C-4 
Cray interface test, C-4 thru C-6 
VAX interface test, C-6 thru C-ll 

Function 6000, (1)6-24 

Function (F) microcode instruction class, 
(1)7-2 

Function address, (1)7-2 

Function keys (BCD), (1)6-17 thru 6-18 

Functional unit tests, (1)5-17 



GLODEF, (2)4-1 
GO command, (2)3-2 thru 3-3 
Gould printer test, see LPT 
GRN, (2)4-1 



Hardcore defined, Glossary-3 
Hardware configuration for the I/O 

Subsystem, (1)3-1 
HELP command, (1)2-2 
HELP Utility (FNT5), (1)3-3 
High-speed channel 

configuration into IOS, (1)1-2 
select (HI) command, (1)3-22 
HSPTEST, (1)8-12 thru 8-13 



$IN, (1)5-3 

/*IFPDP (VAX interface test) , C-10 

/IFPDP (interface test VAX master) C-8 

I/O Buffer Table, (1)7-9 

I/O Error flag, (1)7-7 

I/O Processor Memory 

commands, (1)6-6 

DISPLAY control, (1)6-7 thru 6-9 

Memory test, (1)6-5 thru 6-10 

test description, (1)6-5 

test selections, (1)6-6 
I/O Subsystem 

boots, (1)1-3 

boots description (1)6-1 

configuration (example), (1)1-2 

Diagnostics tests on FNT3, (1)2-2, 3-3 

error information, B-4 thru B-5 

maintenance system (Subsystem 1), (1)3-2 

online tests, (1)1-3 

test description, B-l 

test documentation, B-5 

test list, B-l thru B-4 
IBM/MVS interface test, C-l thru C-3 
IBM/VM interface test, C-3 thru C-4 
ICHN, (1)8-2 

ID error history buffer, (1)6-27 
IDENT statement, (2)4-2 
IEB, see ID error history buffer 
IF command E-2 

IFP (interface test), C-3, C-5 
IFT (interface test), C-5 
INPUT command, E-2 thru E-3 
Installing CPU tests 

assembling a program, (2)3-2 

creating a new program, (2)3-3 



Installing CPU tests (continued) 

description, (2)3-1 

program library (X200PL) , (2)3-1 
Installing I/O Subsystem tests 

APML, (2)4-1 thru 4-2 

assembling programs, (2)4-3 

creating new programs, (2)4-3 

IOPPL, (2)4-1 thru 4-5 

program file example, (2)4-4 
Interactive 

command buffer commands, E-2 thru E-3 

MENU utility, (1)5-16 
Interface tests 

ACE370 IBM/MVS version, C-l thru C-3 

ACE370 IBM/VM version, C-3 thru C-4 

CIT (Cray interface test) , C-4 thru C-6 

VAX interface test description, C-6 

VAX interface test 

DERT test, C-6 thru C-7 

DER2T test description, C-8 

DER2T test (Cray master/VAX slave) , 

C-10 thru C-ll 
DER2T test (VAX master/Cray slave) , 
C-8 thru C-9 
Interface tests, C-l 
Internal configuration tables (CMOSX) , 

(1)3-12 
Interprocessor channel 

accumulator channels, (1)6-10 

boot, (1)6-10 thru 6-11 

Channel flag, (1)6-25 

Channel Error flag, (1)6-26 
Interrupt Disable flag (DKX) , (1)6-22 
Invalid overlay name, (1)8-1 
Invoke configuration command buffer, (1)3-13 
IOB instruction, (1)6-11 
IOD instruction, (1)6-10 
IOP MC switch, D-l, D-4 
IOP0 

deads tart tape loaded, C-5 

deadstart tape options, (1)2-12 

Disk Error flags, (1)6-27 

executed by DSS, (1)1-2 

executing IOPM/IOPMA, (1)6-5 

Kernel console, 8-12, 8-13, 8-14, 8-15 

Local Memory, (1)3-14 

MC switch, D-4 
IOP1 console identification, (1)2-1 
IOP1, IOP2, and IOP3 tested by IOP0, (1)3-13 
IOPM boot program (1)1-3 
IOPM/IOPMA 

boot module, (1)2-12 

default pattern size, (1)6-6 

DISPLAY control commands, (1)6-8 

EXECUTION control commands, (1)6-9 
IOPPL, (2)4-2 
IOS Kernel console (receive binary 

program) , (2) 3-2 
IPC 

error display, (1)6-11 

error information, (1)6-11 

parameters, (1)6-11 

see interprocessor channel boot 
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Keywords (DKX) , (1)6-19 

Kernel console, (1)8-1, 8-10 thru 8-12 



/LF command, (1)6-4 
LADDER 

description, (1)5-3 

online tape JCL, (1)5-4 

parameters, (1)5-3 
Last Access Table, (1)7-7 
Line printer test (LPT) 

description, (1)8-9 

terminate, (1)8-10 

test modes, (1)8-10 
LINEFEED key 

during deadstart, D-5 

erase DSS entry, (1)2-3, 2-13 

erase keyboard entry, (1)6-17 

terminate IOPM/IOPMA REFRESH command, 
(1)6-9 
LIST=MONITOR, (2)4-3 
LIST (DSS) command (1)2-3, 2-7 
LISTE command, (1)2-7 
Listing option (BLD) , (2)2-2 
LLA command , (1)2-7 
LLF command, (1)2-7 
LOAD command, (1)2-7 
Loading and deadstarting a diagnostic into 

the I/O Processor (example), (1)3-14 
Loading diagnostic overlay, (1)8-1, 8-13, 

8-14, 8-15 
Loading modules 

by booting from DSSO, (1)2-12 

from deadstart tape, (1)2-12 
Local Memory 

Display commands, (1)3-18 

dumping contents, (1)6-4 

for Subsystem 0, (1)3-5 

for Subsystem 1, (1)3-17 

parity error, (1)6-25 

STORE commands, (1)3-21 
LOE, A-13 
Loopback mode, C-6 
Low-speed 

asynchronous channel, (1)8-12 

channel in I/O Subsystem configuration, 
(1)1-2 
LPT, see line printer test 



@MCUT, A-ll 

@MCUI, A-ll 

@MCUO, A-ll 

@MCUF, A-ll 

6MCUW, A-ll 

@MLAST, A-10 

6MTRT, A-13 thru A-14 

MO, A-14 

Ml, A-14 

M2, A-14 

M3, A-14 



Magnetic tape reliability test (MAGR) 
description, (1)8-10 
error messages, (1)8-11 
test sequence, (1)8-10 thru 8-11 
MASTER CLEAR 

button, (1)6-18 

command for Subsystem 0, (1)3-16 
command for Subsystem 1, (1)3-25 
switch, D-l 
Master Subsystem, (1) 3-2 

Match line, (1) 7-4 thru 7-5, 7-12 thru 7-14 
MBUF 

boot module, (1)2-12 
see also multiprocessor Buffer Memory 
boot 
MC function, (1) 3-15, 3-17, 3-25 
MCU 

Basic (micro version) , (1)1-3 
defined, Glossary-3 
introduction, (1)1-1 
memory 

display command, (1)3-19 
display type (Subsystem 1), (1)3-17 
types for Subsystem 0, (1)3-5 
STORE command, (1)3-22 
Memory 

formats, (1)3-6 
letter designators, (1)3-5 
size parameters, A-l 
test, (1)5-17 
types, (1)3-5 
MENU utility 

description, (1)5-16 
first menu display, (1)5-17 
second menu display, (1)5-18 
DSEQ selection, (1)5-15 
Micro MCU 

as a loader for CMOSX, (1)1-3 
defined, Glossary-3 
Micro MUTT controller, F-l 
Microcode instructions (DSK) 
classes, (1)7-2 
length, (1)7-1 

parcel format, (1)7-2 thru 7-6 
Microcode instruction set (DSKM) , (1)7-10 

thru 7-15 
Microcode interpreter (DSK), (1)7-1 thru 7-7 
Minimum hardware configuration 
for CMOSX, (1)1-1 
for Subsystem 0, (1)3-13 
for Subsystem 1, (1)3-23 
MIOP (IOP0) 

defined, Glossary-3 
introduction, (1)1-1 
Kernel console, (1)8-11 
Miscellaneous commands (CMOSX), (1)3-12 
Miscellaneous error flags (DKX), (1)6-25 

thru 6-26 
Mount message, (1)8-5, 8-8 
MLOAD command, (1)2-7 
Mode card, (1)5-2 

MODE commands for Subsystem 1, (1)3-24 
Module loader (DSS) , (1) 2-11 
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Modules 

DSS transfer, (1)1-2 

load, (1)2-1 
Monitor 

defined, Glossary-3 

descriptions, A-l 

identification and association with 
diagnostics, A-l 

types used by DIB, A-13 thru A-14 
MOS memory 

defined, Glossary-3 

description, (1) 6-4 
MOSTEST description, (1)8-13 thru 8-14 
MTA, A-l 
MTI, A-l 
MTX, A-l 
Multiple disk aid interpreter (DSKM) 

description, (1) 7-7 

Descriptor Table, (1) 7-8 thru 7-9 

error codes, (1) 7-9 thru 7-10 

Microcode instruction set, (1) 7-10 
thru 7-15 

Summary Table, (1) 7-9 

table addresses, (1) 7-8 
Multiprocessor Buffer Memory Boot (MBUF) 

error information 

error messages, (1)6-14 
error display, (1) 6-15 

paramters, (1)6-13 

test description, (1)6-12 

test pattern commands, (1)6-12 
MUTT command, F-l 



NOVA-4C, (1)1-3 

NRT, A-13 

NSOE (parameter) , A-13 



$OUT, (1)5-5 

100 MByte channel, (1)8-12, 3-29 
OCHN, (1) 8-2 
Octal memory, (1)3-6 
Octal programs (enter), (1)6-15 
Offline test defined, Glossary-4 
Online Block MUX/STC Tape test 
description, (1)8-4 
error information 

Buffer configuration, 8-6 
error messages, 8-6 
options, (1)8-5 
test sections, (1)8-5 thru 8-6 
Online 

CPU test list, (1)5-1 
disk test, (1)5-4 thru 5-14 
I/O Subsystem test, (1)8-1 
tape test, (1)5-3 thru 5-4 
test defined, Glossary-4 
tests 

description, (1)5-1 
for the CPU, (1)1-3 
I/O Subsystem, (1)1-3 
introduction, (1)1-1 



Operand 

registers, (1)6-26 

second, see second operand 
Operations (O) microcode instruction class, 
(1) 7-2 

Overlay, (1)8-1 
Overlay Table, (1)8-11 



$PASS, A-14 
*PDP, C-8 
/*PDP, C-10 
ePASS, A-l 2 
Parameters 

BMT, (1)6-2 thru 6-4 

CMST, (1)5-14 

DDTEST, (1)5-5 thru 5-10 

DKX, (1)6-20 thru 6-22 

ECD, (2)2-5 

PLIST, (1)7-2, (2)2-3 thru 2-4 

IPC, (1)6-11 

MBUF, (1)6-13 

for diagnostics, A-9 thru A-14 
Parcel address, (1) 7-4 thru 7-6 
Parcel/word MODE commands (1)3-9 
PASS COMPLETE (message), (1)8-13 
PCU1, C-5 
PDU 

defined, Glossary-4 

see Power Distribution Unit 
Peripheral Expander 

80 Mbyte disk drive, (1)1-3 

accessed by DSS, (1)2-1 

as a library device, (1)3-1 

deadstarting BCD, (1)6-15 

introduction, (1)1-1 

loading CMOSX, (1)1-3 

used by subsystems, (1)3-2 

with tape drive, (1)1-1 
Pick, Glossary-4 
PL, Glossary-4 

Power Distribution Unit (PDU) , D-l 
Printer command (CMOSX), (1)3-12 
Printing a listing using SAZ tape, (1)6-28 
Processor commands (interactive) , E-l thru 

E-2 
Program flow (P) microcode instruction 

class, (1)7-2 
Program library, see PL 
PTA 

defined, Glossary-4 

monitor, (2)4-1, B-l 

monitor used with DSK, (1)7-1 
PTI 

defined, Glossary-4 

monitor (2) 4-1, B-l 
Pull 

deadstart line, (1)3-14 

defined, Glossary-4 



Quadrants on screen display, (1)3-4 



HM-1002 



Index-8 



^REPEAT, A-12 

READ command, (1)2-7, (2)3-2 thru 3-3 

Read/write buffers (DSKM) , (1)7-9 

READA command, (1)2-7 

Real-time clock, defined, Glossary- 4 

REFRESH control commands (CMOSX) , (1)3-10 

Remote maintenance, F-l 

RENAME command , (1)2-8 

RETURN key 

function under DSS EDIT command, (1)2-7 
terminate boots, D-5 
terminate DSS commands, (1)2-3 
terminate keyboard commands, iii 

REWIND command, (1)2-8 

ROLL commands (CMOSX), (1)3-9 

ROLL commands (CMOSX display) , (1)3-8 

RCD, A-13 

RPT, A-13 

RSC, A-13 

RSE, A-13 

RSS, A-13 

RST, A-13 

RTC, see real-time clock 

RTD command, (1)2-8, 2-14 

RTL command, (1)2-9 

RUN monitor, (1)3-28 

RUN Subsystem 1 command, (1)3-24, 3-28 

RXT command, (1)2-9 



^SHUTDOWN command, C-7, C-9 

@SECC, A-ll, A-14 

@SECS, A-ll 

@STOP, A-9 thru A-10 

6 Mbyte channel 

CMOSX, (1)3-1 

CPXM, (1)4-1 

Subsystem 1, (1)3-23 
S983B, (2)2-4, 2-6 
S983L, (2)2-6 
Save a zero test, see SAZ 

SAZ 

description, (1)6-28 
listing dumps, (1)6-5 
Scalar register tests, (1)5-17 
SCE, A-13 
SCOP, A-13 
Scoping, (1)6-18 
Screen display (CPXM), (1)4-3 
Second operand, (1)7-4 thru 7-6, 7-12 thru 

7-13, 7-15 
Section (test) defined, Glossary-4 
Sense-switch (DKX) , (1)5-10 
Sequencer for diagnostics, (1)5-15 
SES, A-13 
SET, A-13 
SETPOS, (1)5-6 
Short compare, (1)7-14 
Similarities among the CMOSX subsystems, 

(1)3-3 
SKIPF, (1)2-9 
SLAT boot module, (1)2-12 
SOE, A-13 



Software switch for DDTEST, see sense-switch 

Solid-state Storage Device (SSD) , (1) 5-4 

SORT command, (1)2-9 

Source defined, Glossary-4 

SPACE key, (1)6-15, 6-18 

SPACEBAR (restart DKX) , (1)6-23 

SSC, A-13 

SSS, A-13 

Stand-alone deadstart tapes, (1)1-3 

START command, C-4 

STOP command, (1)8-11 

Stop conditions 

for DIB, A-13 

for DOM, (1)8-2 
SW1 (AMPEX) , D-2 
SW2 (AMPEX) , D-2 
SYS1.PR0CLIB, C-l 
System configuration, (1)3-13 
System exerciser diagnostic, (1)6-12 
SYSTEM MC switch, D-l, D-4 
Subsystem (CMOSX) similarities, (1)3-3 
Subsystem 

current processor command, (1)3-15 

DEADSTART/MASTER CLEAR command, (1)3-15 

DEBUGGING command, (1)3-22 

description, (1)3-13 

display, (1)3-5 

IOS maintenance system introduction, 
(1)3-2 

memory display types, (1)3-17 

minimum configuration, (1)3-13 

miscellaneous commands, (1)3-22 

sequence following deadstart 

STORE memory commands, (1)3-20 

terminating in favor of Subsystem 1 or 
Subsystem 2, (1)3-4 

test MODE commands, (1)3-5 
Subsystem 1 

CPU maintenance system introduction, 
(1)3-2 

DEADSTART/MASTER CLEAR command, (1)3-25 

description, (1)3-23 

display, (1)3-23 

Exchange Package command, (1)3-26 

Exchange Package DISPLAY command, 
(1)3-25 

Exchange Package STORE command, (1)3-26 

RUN commands, (1)3-28 thru 3-29 

STORE memory command, (1)3-25 

test MODE commands, (1)3-24 
Subsystem 2 

display, (1)3-29 

DISPLAY commands, (1)3-30 

error log system description, (1)3-29 

error logger introduction, (1)3-2 
Subsystem 

CONTROL commands, (1)3-3 

initialization, (1)3-2 
Summary Table (DSKM), (1)7-9 
System tests 

CHNTST, (1)8-11 thru 8-12 

description, (1) 8-11 

HSPTEST, (1)8-11 thru 8-13 

MOSTEST, (1)8-11, 8-13 thru 8-14 



HM-1002 



Index-9 



System test (continued) 

online, (1) 8-11 thru 8-15 
XDK, (1)8-11, 8-14 
XMT, (1)8-11, 8-15 
XPR, (1)8-11, 8-15 



:TB mode, (1)3-16 
:TD mode, (1)3-16 
:TM mode, (1)3-16 
:TS mode, (1)3-16 
TAB key, (1)6-17 
Tape 

deadstart, D-4 thru D-5 

file directory, (1)2-14 

file directory management, (1)2-14 

test (online) , (1) 5-1 
TDMP command , (1)2-9 
Terminate 

control program entry, (1)5-17 

online IOS tests 

STOP command, (1)8-11 
ABORT command, (1)8-11 thru 8-12 
Test list for IOS, B-l thru B-4 
Test mode 

basic, (1)3-16 

dead, (1)3-16 

self-test, (1)3-16 
Test patterns for IOPM/IOPMA, (1)6-6 
Text 

command (CMOSX) , (1)3-7 

defined, Glossary-4 

memory, (1)3-6 
Text-formatted displays, (1)3-17 
TIME commands (CMOSX), (1)3-10 
Track 2 (FNT2) , (1)2-2 
Track 3 (FNT3) , (1)2-2 
Track 4 (FNT4) , (1) 2-2 
Track 5 (PNT5) , (1)2-2 
TRM, A-13 
TU58, C-6 
TYPE command, (1)2-9 



WRDIAG, (1)2-10 

WRITE, (1)2-10 

WRITEA (1)2-10 

WTDIR, (1)2-11, 2-14 

Write file on tape directory AODIR, 

Write/read buffers (DSKM) , (1) 7-9 



X200PL, (2)3-1 

XDK test description, (1)8-14 

XIOP defined, Glossary-5 

XMT test description, (1)8-15 

XMTA, (2)4-1 

XMTI, (2)4-1 

XPR test description, (1)8-15 



(1)3-13 



Uncorrectable errors defined, Glossary-4 
UPDATE directive, (2)2-4 



VAX 11/750, C-6 

VAX 11/780, C-6 

VAX interface test 

Cray master/VAX slave, C-10 thru C-ll 

description, C-6 thru C-ll 

VAX master/Cray slave, C-8 thru C-9 

Vector register tests, (1)5-17 

VERIFY command, (1)2-9 



WDSP, (1)2-10 
WEOF, (1)2-10 
WLA, (1)2-10 
Word boundaries, 



(1)7-1 
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